View QT2032PRKCB_7774584.PDF datasheet online --- IC-ON-LINE

Datasheet File OCR Text:

revision 5.11 appliedmicro - confidential & proprietary 1 qt2022/32 - data sheet: ds3051 10 gb/s serial-to-xaui phy ics fo r ethernet and fi bre channel lan/ san/wan applications (cdr) april 7, 2010 1 description the qt2032 and qt2022 products are fully integrated ph y ics designed for use in 10 gb/s ieee 802.3-2005 compliant ethernet and fibre channel lan, san and wa n applications. the main physical layer functions (phy) of the receiver and transmitter are integrated onto a single chip. the qt2022 is a serial to xaui bidirectional phy chip that integrates the xgxs, pcs and pma layers and sup- ports 10 gb/s ethernet (10gbase-r) and 10 gb/s fibre channel protocols. in additi on to the qt2022 features, the qt2032 includes an ieee802.3-2005 wan interface sublayer (wis) for ethernet over sonet protocol (10gbase-w). this layer can be bypa ssed for lan or san applications. in the transmit direction, the chip conver ts four differential input 3.125 gb/s la nes (xaui) into a serial 9.95-10.5 gb/ s data stream. in the receive direction the chip converts an input serial 9.95-10.5 gb/s data stream into four differ- ential output 3.125 gb/s lanes (xaui). the qt2032 and qt2022 incl ude a standard two-wire interface for co mmunicating with external eeprom and dom devices or xfp mo dules. an mdc/mdio interface provides control and status capability for the ic. in the qt2032, maximum flexibility is provided by th e transmit data clocking and jitter clean-up options and extended sonet overhead processing when connecting th e module to the existing oc-192 and dwdm networks. the qt2032 and qt2022 are fully compliant with ieee 802.3-2005 10ge and ansi incits/t11 10gfc stan- dards, and the xenpak, xpak, x2, and xfp multi source agreements (msa). 2 applications 10 gb/s ethernet and fibre channel lan, san and wan applications. xenpak, xpak, and x2 fiber optic mod- ules. system cards that support xfp modules. figure 1: application diagrams for qt2032 and qt2022. top: system application. bottom: module application. layer 2/3/4 switch asic qt2032/ qt2022 qt2032/ qt2022 laser driver optics xaui xfi mdio i2c tia eeprom integrated optical transceiver ethernet switch layer 2/3/4 switch asic qt2032/ qt2022 qt2032/ qt2022 laser driver optics xaui xfi mdio i2c tia eeprom integrated optical transceiver ethernet switch switch/ network processor mac qt2032/ qt2022 qt2032/ qt2022 optics xaui xfi xfp module mdio i2c switch/ network processor mac qt2032/ qt2022 qt2032/ qt2022 optics xaui xfi xfp module mdio i2c
2 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 table of contents 1 description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 2 applications. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 3 available package options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 4 pin assignment and description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 4.1 qt2032 ball arrangement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 4.2 qt2022 ball arrangement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 5 datapath descripti on . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 5.1 transmit path . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 5.2 receive path . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 6 datapath clocking. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 6.1 lan application timing modes (qt2022 and qt2032) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 6.2 wan application timing modes (qt2032 only). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27 6.3 txpllout output clock driver . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 7 wan interface sublayer (wis) description (qt2032 only) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 7.1 wis transmitter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 7.2 wis receiver . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40 7.3 extended wis features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 7.4 wis alarm processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 8 control and status pins detailed description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 8.1 general notes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 8.2 control (input) pins (qt2022 and qt2032). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 8.3 control (input) pins (qt2032 only) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59 8.4 low-speed output pins (qt2022 and qt2032). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61 8.5 low-speed output pins (qt2032 only) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 8.6 led/gpio driver pins (ledx) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 8.7 analog control pins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72 9 mdio interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 9.1 management data clock (mdc). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 9.2 management data i/o (mdio) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 9.3 mdio timing relationship to mdc. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 9.4 mdio bus initialization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74 9.5 mdio pin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74 9.6 management frame format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74 9.7 xfp module access through mdio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77 10 two wire (eeprom) interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79 10.1 eeprom data transfer timing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81 10.2 eeprom 256 byte read cycle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82 10.3 eeprom 256 byte write cycle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83 10.4 eeprom single byte read or write cycle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84 10.5 xenpak diagnostic optical monitoring (d om) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84 10.6 two-byte addressing of peripheral i2c devices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89 10.7 register configuratio n from external eeprom . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91 10.8 i2c slave mode for register configurat ion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93 11 diagnostic and test features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96 11.1 loopback modes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96 11.2 xaui interface test features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98 11.3 pcs test features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99 11.4 serial interface test features. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100 11.5 wis test features (qt2032 only) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102 11.6 ethernet packet generator/checker (qt2032 and qt2022) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103 11.7 disabling the idle decode process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106
revision 5.11 appliedmicro - confidential & proprietary 3 qt2022/32 - data sheet: ds3051 11.8 test access port and boundary scan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106 12 extended link monitoring feature (qt2032 and qt2022). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109 12.1 overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109 12.2 query message format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110 12.3 messaging . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110 12.4 extended link monitoring state diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111 12.5 transmit state diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112 12.6 receive state diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113 12.7 rmdio (remote mdio access) extended li nk monitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113 12.8 prbs performance monitoring. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115 13 qt2022/32 mii register map . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117 13.1 pma/pmd internal control registers (d evice 1) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118 13.2 wis registers (device 2) (qt2032 only) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141 13.3 pcs registers (device 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164 13.4 phy_xs registers (device 4) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175 14 ac and dc parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186 15 mechanical . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203 15.1 pcb layout recommendations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205 15.2 baking instructions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205 15.3 thermal reflow profile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205 16 marking drawing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207 17 thermal . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208 18 application notes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209 18.1 external components . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209 18.2 loop filter component selection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210 18.3 power supply filtering and decoupling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210 18.4 dual 10ge & 10gfc rate support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210 18.5 reset requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210 18.6 mdio bus implementation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213 18.7 improving mdio bus integrity. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214 18.8 xaui traffic testing with a bert. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215 18.9 jumbo frame support and round-trip delay in wan applicat ions . . . . . . . . . . . . . . . . . . . . . . . . . . . 216 18.10 dom memory behavior . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 216 19 references . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217 20 ordering information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219
4 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 list of figures figure 1: application diagrams for qt2032 and qt2022. top: system application. bottom: module application.. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 figure 2: qt2022/32 functional block diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 figure 3: transmit scrambler. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 figure 4: receive descrambler . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 figure 5: lan mode timing (qt2022 and qt2032) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 figure 6: wan mode timing with fixed frequency reference . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 figure 7: wan mode timing without fixed frequency reference . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 figure 8: line timing enable logic . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 figure 9: vcxo pll interface block diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33 figure 10: wis frame structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 figure 11: wis receive interface process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40 figure 12: sts-1 payload pointer (h1, h2, h3) coding . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 figure 13: receive bit relabelling function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 figure 14: serial overhead interface timing diagram. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 figure 15: tx wis overhead insertion control register . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 figure 16: open drain driver configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61 figure 17: lasi block diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 figure 18: block diagram of wis alarms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63 figure 19: led stretching for activity only mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71 figure 20: led stretching for li nk/activity combined mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72 figure 21: mdio/mdc timing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 figure 22: mdio open drain driver configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74 figure 23: mdio frame structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76 figure 24: eeprom_sda open drain driver configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79 figure 25: data bit transfer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81 figure 26: start and stop conditions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81 figure 27: acknowledge condition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82 figure 28: eeprom 256 byte read cycle timing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83 figure 29: eeprom 8 byte page wr ite cycle timing. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84 figure 30: qt2022/32 dom application diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85 figure 31: dom access state diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 figure 32: 2-byte addressing fo r eeprom write cycle timing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89 figure 33: 2-byte addressing fo r eeprom read cycle timing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 figure 34: 2-byte addressing for dom write cycle timing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 figure 35: 2-byte addressing for dom read cycle timing. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 figure 36: eeprom register conf iguration and dom upload sequence after reset. . . . . . . . . . . . . . . . . . . . . 92 figure 37: mdio register indirect access memory mapping for i2c access . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95 figure 38: loopback and test pattern generator/checker locations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97 figure 39: prbs31 pattern generator . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100 figure 40: prbs31 pattern checker . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
revision 5.11 appliedmicro - confidential & proprietary 5 qt2022/32 - data sheet: ds3051 figure 41: schematic representation of extended link m onitoring transaction between two phys . . . . . . . . 109 figure 42: extended link monitoring state diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111 figure 43: extended link monitoring transmit state diagram. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .112 figure 44: extended link monitoring receive state diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .113 figure 45: xaui input sinusoidal jitter tolerance mask . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193 figure 46: xaui driver far end template . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194 figure 47: xaui driver near end template . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195 figure 48: 10 gb/s receiver input compliance mask in xfp mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 196 figure 49: 10 gb/s receiver input sinusoidal jitter tolerance in xfp mode . . . . . . . . . . . . . . . . . . . . . . . . . . . 197 figure 50: losoutb hysteresis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198 figure 51: 10.3125gb/s transmitter output compliance mask. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 199 figure 52: qt2022/32 package outline drawing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203 figure 53: recommended pcb layout for bga landing pad for 15x15 mm 2 package. . . . . . . . . . . . . . . . . . . . . 205 figure 54: recommended reflow profile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206 figure 55: marking drawing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207 figure 56: lbga thermal model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208 figure 57: external component values and connections . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209 figure 58: powerup reset in a module application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .211 figure 59: powerup reset in a system application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212 figure 60: valid startup sequences. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212 figure 61: mdio bus implementati on . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214 figure 62: xaui pattern testing with a para llel bert. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215
6 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 list of tables table 1: qt2032 ball arrangement top view (through the package) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .11 table 2: qt2022 ball arrangement top view (through the package) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 table 3: qt2022/32 ball assignment & signal description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 table 4: supply pad and ball assignment and description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 table 5: line timing control modes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 table 6: vcxo pll control pin settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 table 7: txpllout driver control and lan reference selection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 table 8: txpllout output frequency vs txout baud-rate. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 table 9: path overhead definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 table 10: line overhead definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38 table 11: section overhead definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 table 12: wis synchronization process parameters. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 table 13: serial overhead interface timing parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 table 14: summary of defects processed by wis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 table 15: rxin polarity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55 table 16: txout polarity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 table 17: txxaui lane ordering . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 table 18: rxxaui lane ordering. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 table 19: legacy pin register map definition changes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58 table 21: receive equalizer truth table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59 table 22: application mode based on lanmode control pin and wi s select bit . . . . . . . . . . . . . . . . . . . . . . . . 59 table 20: legacy pin changes to chip functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59 table 23: lasi control registers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 table 24: receive alarm registers (rx_alarm) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64 table 25: rx_flag alarm registers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65 table 26: transmit alarm registers (tx_alarm). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65 table 27: tx_flag alarm registers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66 table 28: wis status 3 register (wis_alarm) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 table 29: wis extended alarms status register (wis_ext_alarm) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68 table 30: txenable logic (xfp = 0). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69 table 31: txenable logic (xfp = 1). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 table 32: management frame format. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75 table 33: op code definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77 table 34: xenpak eeprom register map . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80 table 35: dom update rates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86 table 36: dom control registers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88 table 37: data structure of mdio register configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91 table 38: upload command and status register 1.c005h . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93 table 39: system loopback modes and mdio control registers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96 table 40: network loopback modes and mdio control registers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96 table 41: xaui jitter test pattern generator enable. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
revision 5.11 appliedmicro - confidential & proprietary 7 qt2022/32 - data sheet: ds3051 table 42: prbs31 generator and checker control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101 table 43: ber test procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102 table 44: supported bscan instructions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107 table 45: unsupported bscan instructions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107 table 46: device id register . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107 table 47: bscan chain implementation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108 table 48: appliedmicro query block format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .110 table 49: appliedmicro start block format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .110 table 50: appliedmicro terminate block format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111 table 51: rmdio start block format. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .115 table 52: rmdio term block format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .115 table 53: rmdio data block format. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .115 table 54: absolute maximum ratings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186 table 55: operating conditions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 187 table 56: 190b lbga package constants . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188 table 57: general cmos i/o dc parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188 table 58: led1, led2, led3 output dc parame ters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188 table 59: jtag ac parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189 table 60: mdio 1.2v bidirectional pad dc parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189 table 61: mdio ac parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189 table 62: rdcc, rdcc_clk, tdcc, tdcc_clk ac parameter table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190 table 63: eeprom_sda & eeprom_scl 3.3v bidirectional pad dc parameters . . . . . . . . . . . . . . . . . . . . . 190 table 64: eeprom interface ac pa rameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191 table 65: rxpllout characteristics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191 table 66: erefclk, txpllout, srefclk and vcxoi 2 input specifications . . . . . . . . . . . . . . . . . . . . . . . . . 191 table 67: xaui input interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193 table 68: xaui driver characteristics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194 table 69: serial receiver specifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195 table 70: receive cdr phase offset ch aracteristics prel iminary (phase_offset pin) . . . . . . . . . . . . . 195 table 71: serial transmitter specifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198 table 72: txpllout reference clock output specifications (xfp=1) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 200 table 73: ac boundary scan test receiv er specifications for xaui inputs (as per ieee 1149.6) . . . . . . . . . . . 201 table 74: vcxo pll interface parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202 table 75: round-trip delay constraints . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202 table 76: register values for round-trip delay compliance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 216 table 77: supporting documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217 table 78: revision history . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218 table 79: ordering information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219
8 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 features benefits selectable lan or wan 1 mode operation single module footprint to support lan and wan. 10ge, 10gfc and sonet 1 data rate support compliant with multiple protocols compliant to ieee 802.3-2005 standard including wis 1 , and xenpak and xfp msas industry standard operation selectable xaui lane ordering flexible system card design selectable 10g i/o polarity accommodates polarity inversion adjustable xaui and 10g output amplitude optimizes performance / power 9.6kb jumbo frame support supports all ethernet frame sizes 3.3v tolerant i/o low speed i/o pins are compatible with 3.3v logic optional ability to configure r egisters from an external eeprom on powerup or reset modify default register settings to customize device operation. configurable polarity of low-speed cmos i/o flexible interface logic 25mhz mdio operation superior bus speed 1. qt2032 only qt2032 wis features wis interface with extended sonet overhead processing maximum flexibility in network design sonet overhead serial interface sonet overhead insertion and extraction line-timing capability with optional vcxo interface support synchronous transport conditional (auto-linetiming) or forced line-timing operation flexible operation vcxoonly mode where the loca l sonet reference clock is eliminated reduce system cost sonet-compliant jitter performance compatible with sonet network timing requirements module features integrated limiting amplifier with 20mvppd sensitivity eliminates need for ex ternal limiting amp internal los detector with opti on to use external los detector. increased flexibility to accommodate design constraints. support for dual rate module (10ge/10gfc) two reference clock inputs for 10.3 and 10.5 gb/s in a single module standard two-wire i2c interface to external eeprom/dom devices reduced module cost i2c interface supports clock st retching by an external device allows i2c operation with devices wh ich use clock stretching for flow control dedicated power-up reset pin no large capacitor required on the reset pin to the connector two-byte i2c addressing cap ability to allow combined eeprom+dom memory in a single device reduce number of devices on i2c bus configurable lasi interrupt input for fast response to externally generated alarms meet sub-10ms response time. configure any register on powerup from eeprom customization of module system card features xfi compliant 10g serial interface xfp compliant xfp module access through mdio eliminates additional i2c bus to control xfp module 3 gpios, configurable as led dr ivers with built-in link and tx/rx activity modes easily drive faceplate leds with no additional firmware required provides divide-by-64 output clock reference to xfp module eliminates extra clock source on the board. ability to access internal registers via the i2c interface chip can be controlled entirely from i2c interface, eliminating need for mdio access. test and diagnostics multiple loopback modes assists in system test and diagnostics prbs and jitter generators and checkers reduces need for expensive test equipment jtag interface for boundary scan standard design and manufacturing test and verification ac bscan ieee1149.6 on xaui i/o standard design and manufacturing test and verification ?extended link monitoring' featur e allowing far-end link status monitoring link diagnostic capability xaui 8b/10b decoder error counters on each lane per-lane integrity checking, ai ds jitter tolerance testing ability to selectively turn-off any xaui output full control of xaui signal pcs scrambler/descrambler bypass mode provides test flexibility register bits which mirror the state of the low-speed cmos inputs software monitoring of low-speed hardware i/o frequency out-of-range (sync_err) indication diagnosis of clock rate errors
revision 5.11 appliedmicro - confidential & proprietary 9 qt2022/32 - data sheet: ds3051 pll lock indications reports whether plls are functioning properly. ability to override fault indications flexible configuration. characteristics electrical power supplies +1.2 v (+3.3 v tolerant digital i/o) power consumption, lan applications 0.90 w typical (xfp mode) power consumption, wan applications 0.95 w typical (xfp mode) mechanical package 15x15 mm 2 lbga ball spacing 1.0 mm environmentally friendly package meets rohs specifications features benefits
10 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 3 available package options the body of the qt2022/32 package complies with the rohs directive for elimination of banned materials. the sol- der balls are composed of a snagcu alloy, which requires a hotter thermal reflow profile for die attach. the adoption of a hotter reflow profile for the pb-free solder presents practical difficulties in manufacturing. to ease the transition to rohs compliant products for our cu stomers, the product is also available with standard sn 63% / pb 37% solder balls. the order codes for the products with leaded and lead-free solder balls are listed in table 79 on page 219.
revision 5.11 appliedmicro - confidential & proprietary 11 qt2022/32 - data sheet: ds3051 4 pin assignment and description 4.1 qt2032 ball arrangement the qt2032 comes in a 15x15 mm 2 lbga package with 1.0 mm ball pi tch. the pin arrangement is shown in table 1 and the pin assignments are described in table 3. table 1: qt2032 ball arrangement top view (through the package) p n m l k j h g f e d c b a ? 1 txpll outp gnd sref clkp gnd vcxoi p gnd vcxo- cntl p gnd eref clkp prta d1 txxm on cvp prta d2 prta d3 prta d4 1 2 txpll outn gnd sref clkn gnd vcxoi n gnd vcxo- cntl n gnd eref clkn prta d0 txxm on cvn lega cy txxau i3n txxau i3p 2 3 gnd gnd gnd gnd gnd gnd gnd trst_ n lasi lasi_ intb tck tx fault gnd xv1p2 3 4 txlev el txipm p txfn txfp tv1p2 a tv1p2 a txon mdio mdc led1 led2 txou t _sel txxau i2n txxau i2p 4 5 tv1p2 tv1p2 tv1p2 tgnd a tgnd a core vdd core vdd core vdd core vdd tdcc _clk led3 txxau i _sel gnd xv1p2 5 6 txou tp gnd gnd gnd gnd gnd gnd gnd tdcc tdi phof f_en txxau i1n txxau i1p 6 7 txou tn gnd gnd gnd gnd gnd gnd gnd tms tdo rxxa ui _sel gnd xv1p2 7 8 tv1p2 gnd gnd rgnd a gnd gnd gnd gnd gnd eq_e n reserv ed eepr om_p rot txxau i0n txxau i0p 8 9 rv1p2 rv1p2 rv1p2 rv1p2 gnd gnd gnd gnd gnd reserv ed loso utb refs el622 gnd xv1p2 9 10 rxip reserv ed rv1p2 a gnd gnd gnd gnd gnd rdcc eepr om_s cl xfp rxxa ui3n rxxa ui3p 10 11 rxin reserv ed rv1p2 a rgnd a core vdd core vdd core vdd core vdd rdcc _clk eepr om_s da rese tn gnd xv1p2 11 12 reserv ed gnd reserv ed phas e_off set reserv ed reserv ed reserv ed vcxo sel62 2 vcxo only ltime ok rxlo sb_i tx enab le rxxa ui2n rxxa ui2p 12 13 rxfn ith_l os rxicx p reserv ed reserv ed reserv ed vcxo b rxpll outp xbias reserv ed rxxa ui0n rxin _sel gnd xv1p2 13 14 rxfp rxipm p rxicx n reserv ed reserv ed rxpll outn rxx level lan mode rxxa uiop gnd rxxa ui1n rxxa ui1p 14 p n m l k j h g f e d c b a
12 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 4.2 qt2022 ball arrangement the qt2022 comes in a 15x15 mm 2 lbga package with 1.0 mm ball pi tch. the pin arrangement is shown in table 2 and the pin assignments are described in table 3. the pin assignment is shared with qt2032 except for 14 balls which are unused in the qt2022. no ball locations are moved. table 2: qt2022 ball arrangement top view (through the package) p n m l k j h g f e d c b a ? 1 txpll outp gnd unuse d gnd unuse d gnd unuse d gnd eref clkp prta d1 txxm on cvp prta d2 prta d3 prta d4 1 2 txpll outn gnd unuse d gnd unuse d gnd unuse d gnd eref clkn prta d0 txxm on cvn lega cy txxau i3n txxau i3p 2 3 gnd gnd gnd gnd gnd gnd gnd trst_ n lasi lasi_ intb tck tx fault gnd xv1p2 3 4 txlev el txipm p txfn txfp tv1p2 a tv1p2 a txon mdio mdc led1 led2 txou t _sel txxau i2n txxau i2p 4 5 tv1p2 tv1p2 tv1p2 tgnd a tgnd a core vdd core vdd core vdd core vdd unuse d led3 txxau i _sel gnd xv1p2 5 6 txou tp gnd gnd gnd gnd gnd gnd gnd unuse d tdi phof f_en txxau i1n txxau i1p 6 7 txou tn gnd gnd gnd gnd gnd gnd gnd tms tdo rxxa ui _sel gnd xv1p2 7 8 tv1p2 gnd gnd rgnd a gnd gnd gnd gnd gnd eq_e n reserv ed eepr om_p rot txxau i0n txxau i0p 8 9 rv1p2 rv1p2 rv1p2 rv1p2 gnd gnd gnd gnd gnd reserv ed loso utb refs el622 gnd xv1p2 9 10 rxip reserv ed rv1p2 a gnd gnd gnd gnd gnd unuse d eepr om_s cl xfp rxxa ui3n rxxa ui3p 10 11 rxin reserv ed rv1p2 a rgnd a core vdd core vdd core vdd core vdd unuse d eepr om_s da rese tn gnd xv1p2 11 12 reserv ed gnd reserv ed phas e_off set reserv ed reserv ed reserv ed unuse d unuse d ltime ok rxlo sb_i tx enab le rxxa ui2n rxxa ui2p 12 13 rxfn ith_l os rxicx p reserv ed reserv ed reserv ed unuse d rxpll outp xbias reserv ed rxxa ui0n rxin _sel gnd xv1p2 13 14 rxfp rxipm p rxicx n reserv ed reserv ed rxpll outn rxx level unuse d rxxa uiop gnd rxxa ui1n rxxa ui1p 14 p n m l k j h g f e d c b a
revision 5.11 appliedmicro - confidential & proprietary 13 qt2022/32 - data sheet: ds3051 table 3: qt2022/32 ball assi gnment & signal description ball signal name dir. type description cml outputs n6 n7 txoutp txoutn o cml 9.95 - 10.5 gb/s transmit differential voltage outputs. 100 differential impedance. d14 d13 rxxaui0p rxxaui0n o cml 3.125 gb/s differential output data from qt2022/32 to xaui interface - lane 0 a14 b14 rxxaui1p rxxaui1n o cml 3.125 gb/s differential output data from qt2022/32 to xaui interface - lane 1 a12 b12 rxxaui2p rxxaui2n o cml 3.125 gb/s differential output data from qt2022/32 to xaui interface - lane 2 a10 b10 rxxaui3p rxxaui3n o cml 3.125 gb/s differential output data from qt2022/32 to xaui interface - lane 3 g13 g14 rxplloutp rxplloutn o cml clock output from receive input data pll used for monitoring only. leave unconnected. p1 p2 txplloutp txplloutn (refclk2p, refclk2n) o/i cml configurable as either a differential tr ansmit clock driver (default) or as a reference clock input instead of erefclk (with mdio bit 1.c001h.7=1). the output clock frequency is controlled by mdiobit 1.c001h.2. the default frequencies are: with xfp=1: divide-by-64, can be us ed as reference clock to the xfp module; 161.13 mhz (10ge) or 164.355 mhz (10gfc) with xfp=0: divide-by-66; 156.25mhz (10ge) or 159.375 (10gfc) enabling the driver circuitry is controll ed by mdio bit 1.c001h.3. by default: with xfp=1, the driver is enabled with xfp=0, the driver is disabled note: for the case where the pin is c onfigured as a reference clock input, the driver circuitr y is disabled. h1 h2 vcxoctlp vcxoctln o cml qt2032: output of phase-frequency detector which drives the external loop filter as part of the vcxo control. qt2022: unused. leave unconnected. cml inputs f1 f2 erefclkp erefclkn i cml lan reference clock input for fiber-side txpll. 156.25 mhz (10ge) or 159.375 (10gfc) on chip 50 terminations to 1.2 v. requires external ac coupling. m1 m2 srefclkp srefclkn i cml qt2032: sonet reference clock input fo r fiber-side txpll in wan-mode 155.52 mhz or 622.08 mhz selected by refsel622 pin; ac coupled with on chip 50 terminations to 1.2 v qt2022: unused. leave unconnected.
14 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 k1 k2 vcxoip vcxoin i cml qt2032: input clock from vcxo when an exter nal vcxo is used for the fiber side txpll reference clock input in wan-mode; 155.52 mhz or 622.08 mhz selected by vcxosel622 pin; ac coupled with on chip 50 terminations to 1.2 v. qt2022: unused. leave unconnected. n10 n11 rxip rxin i cml 10 gb/s receive data in, 100 differential impedance. a8 b8 txxaui0p txxaui0n i cml transmit 3.125 gb/s data to qt2022/32 from xaui interface - lane 0 a6 b6 txxaui1p txxaui1n i cml transmit 3.125 gb/s data to qt2022/32 from xaui interface - lane 1 a4 b4 txxaui2p txxaui2n i cml transmit 3.125 gb/s data to qt2022/32 from xaui interface - lane 2 a2 b2 txxaui3p txxaui3n i cml transmit 3.125 gb/s data to qt2022/32 from xaui interface - lane 3 dc monitor points d1 txxmoncvp o analog monitor test point for the transmit xaui interface (dc signal). used for monitoring only. leave unconnected. d2 txxmoncvn o analog monitor points for the transmit xaui interface (dc signal) used for monitoring only. leave unconnected. connection points for external components m13 rxicxp analog connection point for external 100 nf cap to ground m14 rxicxn analog connection point for external 100 nf cap to ground l12 phase_offset analog for test purposes only. n13 ith_los analog internal fiber receive path loss of signal (los) detector threshold adjust. see section 8.7.1 on page 72 for details. f14 rxxlevel analog connection point for external resistor to set receive xaui drivers? output level. f13 xbias analog xaui bias current control 6.49 k resistor to gnd. p14 p13 rxfp rxfn analog receive charge pump filter connection points see ?external components? on page 209 for external component connections n14 rxipmp analog receive charge pump current control 6.49 k resistor to gnd p4 txlevel analog external resistor used to control 10.3125 gb/s output data amplitude. l4 m4 txfp txfn analog transmit loop filter - see ?external components? on page 209 for external components table 3: qt2022/32 ball assignmen t & signal description (continued) ball signal name dir. type description
revision 5.11 appliedmicro - confidential & proprietary 15 qt2022/32 - data sheet: ds3051 n4 txipmp analog transmit charge pump current control 6.49 k resistor to gnd cmos inputs (note all cmos inputs are 3.3v tolerant and all cmos inputs with pullups are to 1.2v) e6 tdcc i cmos qt2032: transmit data communication channel input for both section and line sonet overhead data; clocked in us ing the tdcc_clk output. please see section 7.3.8, ?transport overhead serial interface,? on page 48. qt2022: unused. connect to gnd. e14 lanmode i cmos with 50k pullup qt2032: lan/wan mode select 0 = wan mode enabled 1 = lan mode enabled (default) when lanmode = 1, the chip will not operate in wan mode and access to all wis registers is disabled. when la nmode = 0, the chip will default to wan mode operation but can be set to operate in lan mode by setting mdio register bit 2.7.0 to 0. qt2022: unused. leave unconnected. c9 refsel622 i cmos with 50 k pulldown qt2032: srefclk frequency selection 0 = 155.52 mhz (default) 1 = 622.08 mhz qt2022: unused. leave unconnected. g12 vcxosel622 i cmos with 50k pulldown qt2032: vcxo frequency selection 0 = 155.52 mhz (default) 1 = 622.08 mhz qt2022: unused. leave unconnected. h13 vcxob i cmos with 50k pullup qt2032: vcxo control loop enable pin. a low-leve l configures the chip to implement a pll using an external vcxo - see de scription in section 6.2.4, ?vcxo pll,? on page 32. 0 = enabled 1 = disabled (default) qt2022: unused. leave unconnected. f12 vcxoonly i cmos with 50k pulldown qt2032: input to indicate that the vcxo is the only reference clock available (i.e. there is no srefclk input - so in non-linetiming mode, there is no switchover to it) 0 = there is a srefclk input in wan mode (default) 1 = there is no srefclk input in wan mode (i.e. vcxo alone. also set refsel622 = vcxosel622) qt2022: unused. leave unconnected. table 3: qt2022/32 ball assignmen t & signal description (continued) ball signal name dir. type description
16 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 c6 phoff_en i cmos with 50k pulldown phase offset enable pin (new). enables adjustment of receive cdr decision phase from nominal. used in conjunction with the phase_offset pin. for test purposes only. 0 = phase offset control disabled (default) 1 = phase offset control enabled. c2 legacy i cmos with 50k pulldown 0 (default) = new register map definitions 1=reverts to 2021 register map definit ions (see legacy mode description) c13 rxin_sel i cmos with 50k pulldown polarity control for rxi, 50 k pulldown rxin_sel=0 default polarity rxin_sel=1 inverted polarity c5 txxaui_sel (scan_en) i cmos with 50k pulldown xaui transmit path lane order control, 50 k pulldown 0 = default lane ordering 1 = inverted lane ordering enable scan in scan mode c7 rxxaui_sel i cmos with 50k pulldown xaui receive path lane order control, 50 k pulldown 0 = default lane ordering 1 = inverted lane ordering d12 rxlosb_i (xfprxlos) i cmos with 50k pullup to 1.2v receive optical signal loss indicato r input (can be driven directly by losoutb or by an external source) when xfp=0, active low indicates rx signal loss with xfp=1, active high indicates rx signal loss (see section 8.2.2 on page 54) c10 xfp i cmos with 50k pulldown xfp application mode select; 0 = non-xfp application, default; high- sensitivity input selected on 10gb/s input 1 = xfp application; equalization option selected on 10gb/s input (can be over-ridden via mdio register bit 1.c030h.6 - ?override_xfp_eqn?). also changes function of txpllout , losoutb, txfault, txon, txenable, eeprom_prot, rxlosb_i and trst_n. e8 eq_en i cmos with 50k pulldown receive equalizer enable pin (new). allows receive equalizer to be enabled. 0 = equalizer state determined by xfp pin (default) 1 = equalizer on. c8 eeprom_prot (xfpmodabs) i cmos with 50k pullup to 1.2v with xfp=0, eeprom interface write protection pin; scan enable when in scan mode 1 (default) = no writ es to protected eeprom registers allowed ; with xfp=1, high level indicates xfp module absent f4 mdc i cmos mdio interface clock c4 txout_sel i cmos with 50k pulldown txout polarity control, 50 k pulldown 0 = default polarity 1 = inverted polarity e3 lasi_intb (xfpintb) i cmos with 50k pullup to 1.2v with xfp=0, active low interrupt input to lasi; (see section 8.2.12 on page 57). with xfp=1, active low interrupt input indicating xfp module fault condition. table 3: qt2022/32 ball assignmen t & signal description (continued) ball signal name dir. type description
revision 5.11 appliedmicro - confidential & proprietary 17 qt2022/32 - data sheet: ds3051 c3 txfault (xfpmodnr) i cmos with 50k pullup to 1.2v with xfp=0, external laser or lase r-driver fault indicator as per xenpak msa logic low = normal operation logic high = fault condition (see ?laser driver enable pin (txenable)? on page 69.) with xfp=1, high level indicates xfp module not ready e2 e1 c1 b1 a1 prtad<0> prtad<1> prtad<2> prtad<3> prtad<4> i cmos no pullup or pulldown port address for mdio transactions. see ?management frame format? on page 74. for more information on the mdio/c interface. c11 resetn i cmos with hysteresis 25k pullup reset, active low logic low = reset condition logic high = normal operation note: the tap port controller is only reset by the trst_n pin and is unaffected by resetn note: in a module application xfp=0 & the external cap for the powerup reset must be connected to the trst_n input. for further details, please see section 18.5 on page 210 d6 d3 g3 e7 tdi tck trst_n tms i i i i cmos 36k pullup (no pullup/dn) 25k pullup 36k pullup test pins for test access port ( or internal scan testing when scan instruction written to tap ). test data input ( scan in ) test clock input ( scan clock ) test reset, active low ( hold high for scan ) with xfp=0, also resets the core and is to be used as the connection point for an external cap to gnd for a powerup reset. test mode select, active low ( hold high for scan ) cmos outputs (note: all cmos outputs are 3.3v tolerant open drain) e12 ltimeok o cmos open drain (see note1) qt2032: line-timing internal enable indication. logic high = conditions are valid for line -timing operation and it is internally enabled. a low level can be used to center the external vxco in a vxco-only application. (see section 6.2.4, ?vcxo pll,? on page 32 for a description of the logic) qt2022: unused. connect to gnd. e10 rdcc o cmos open drain (see note1) qt2032: receive data communication channel output for both section and line sonet overhead data; timed from the rdcc_clk clock output. please see section 7.3.8, ?transport overhead serial interface,? on page 48. qt2022: unused. connect to gnd. e11 rdcc_clk o cmos open drain (see note1) qt2032: gapped clock used for timing rdcc output. please see section 7.3.8, ?transport overhead serial interface,? on page 48. qt2022: unused. connect to gnd. table 3: qt2022/32 ball assignmen t & signal description (continued) ball signal name dir. type description
18 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 e5 tdcc_clk o cmos open drain (see note1) qt2032: gapped clock used for timing tdcc input. please see section 7.3.8, ?transport overhead serial interface,? on page 48 qt2022: unused. connect to gnd. d7 tdo o cmos open drain (see note1) test data output ( scan out when scan instruction written to tap). ) f3 lasi o cmos open drain link alarm status interrupt (lasi) logic low = interrupt asserted logic high =no alarm interrupt asserted see ?link alarm status interrupt pin (lasi)? on page 62. c12 txenable (xfptxdis) o cmos open drain with xfp=0, active high lase r driver enable as per xenpak msa (see ?laser driver enable pin (txenable)? on page 69) with xfp=1, drives tx_dis input of xfp module d9 losoutb (xfppdn) o cmos (see note1) open drain with xfp=0, low level indicates when the input signal applied at rxip/n is below a threshold which can be adjusted via the resistor connected to the ith_los pin with xfp=1, drives p_down/rst input of xfp module bidirectional cmos io (note: all cmos i/o are 3.3v tolerant & outputs are open drain) d10 eeprom_scl i/o cmos (see note1) bidirectional open drain hysteresis eeprom serial interface clock. can be tristated via mdio register 1.c024h.0 this is a bidirectional pin to allow an external device to take c ontrol of the eeprom i2c interface. with xfp=1, drives the xfp module i2c interface. d11 eeprom_sda i/o cmos (see note1) bidirectional open drain hysteresis eeprom interface serial address/data. with xfp=1, drives the xfp module i2c interface. g4 mdio i/o cmos bidirectional open drain mdio interface serial data signal external pullup to 1.2v required. please see section 9.5 on page 74 for details. h4 txon (xfpmoddesel ) i/o cmos bidirectional open drain with 50k pullup to 1.2v (output in xfp mode) with xfp=0, low power mode control input 0 = low power mode (only the mdio, eeprom and dom functions are active with an external reference clock applied at erefclkp/n) 1 = normal operating mode, default with xfp=1, output to drive the mod_desel input of an xfp module miscellaneous e4 led1 i/o cmos input or 10ma open drain output led driver and general purpose i/o: can be configured as a led driver output or as a gpio via mdio register bits 1.d006h.2:0. the default conf iguration is as a led driver. as an input, its state is displayed in mdio register bit 1.d006h.5; as an output it can be driven by mdio register bits 1.d006h.2:0 or other internal status signals (see section 8.6 on page 70) table 3: qt2022/32 ball assignmen t & signal description (continued) ball signal name dir. type description
revision 5.11 appliedmicro - confidential & proprietary 19 qt2022/32 - data sheet: ds3051 note1: all cmos pins are compatible with 3.3v logic. all cmos inputs with internal pullups are to 1.2v. all cmos outputs are op en drain. d4 led2 i/o cmos input with 50k pullup to 1.2v, or 10ma open drain output led driver and general purpose i/o: can be configured as a led driver output or as a gpio via mdio register bits 1.d007h.2:0. the default conf iguration is as a led driver. as an input, its state is displayed in mdio register bit 1.d006h.5; as an output it can be driven by mdio register bits 1.d007h.2:0 or other internal status signals (see section 8.6 on page 70) if this pin is held low during a hard rese t, it will enable ?two-byte? addressing of an peripheral i2c device. please s ee section 10.6 on page 89 for details. d5 led3 i/o cmos input or 10ma open drain output led driver and general purpose i/o: can be configured as a led driver out put or as a gpio via mdio bits 1.d008h.2:0. the default configuration is as a led driver. as an input, its state is displayed in mdio register bit 1.d008h.5, as an output it can be driven by mdio bits 1.d008h.2:0 or other internal status signals (see section 8.6 on page 70) reserved pins d8 e9 m10 m11 h12 j12 k12 m12 p12 e13 j13 k13 l13 h14 l14 reserved. leave unconnected. table 3: qt2022/32 ball assignmen t & signal description (continued) ball signal name dir. type description
20 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 table 4: supply pad and ball assignment and description supply (#) description balls 15x15 mm 2 package tv1p2 (4) 1.2v supply for transmit fiber side circuits m5,n5,p5,p8 gnd (54) ground g1,j1,l1,n1,g2,j2,l2,n2,b3,h3,j3 k3,l3,m3,n3,p3,b5,f6,g6,h6,j6,k6 l6,m6,b7,f7,g7,h7,j7,k7,l7,m7,f8 g8,h8,j8,k8,m8,n8,b9,f9,g9,h9,j9 k9,f10,g10,h10,j10,k10,b11,n12 b13,c14 tv1p2a (2) 1.2v supply for transmit pll k4,j4 rv1p2 (4) 1.2v supply for fiber receive side circuits l9,m9,n9,p9 rv1p2a (2) 1.2v supply for receive pll l10,l11 xv1p2 (6) 1.2v supply for xaui side a3,a5,a7,a9,a11,a13 corevdd (8) 1.2v supply for cmos digital logic f5,g5,h5,j5,f11,g11,h11,j11 rgnda (2) receive analog ground k11,l8 tgnda (2) transmit analog ground k5,l5
revision 5.11 appliedmicro - confidential & proprietary 21 qt2022/32 - data sheet: ds3051 5 datapath description this section describes the function al blocks of the qt2022/32. t hese are illustrated in figure 2. figure 2: qt2022/32 functional block diagram 5.1 transmit path 5.1.1 xaui cdr and demultiplexer at the transmitter xaui interface, clock and data are reco vered for each of the four 3.125gb/s input lanes. the dif- ferential receivers used at this interface have 100 differential input impedance and are intended to be ac coupled or 1.2 v cml dc coupled. the data on each channel is t hen demultiplexed/deserialized before being passed to the next block. a clock is recovered for each lane. each lane outputs a status bit, xtxlock<3:0> , which is high when the cdr circuit is in lock. a phase-ad just fifo aligns the four lanes using the lane 1 recovered clock. 5.1.2 xaui code synchronization the xaui interface demultiplexer has no prior knowledge of code word boundaries and must determine where each 8b/10b character starts and ends. to achieve this, the code synchronization block searches the data stream for the unique comma character, /k/, in order to deter mine the 10 bit code word boundaries for each lane. the delimited code words are passed to the frame deskew block. the code synchronization status is displayed in reg- ister bits 4.18h.3:0. the comma characters, /k/, are found in the xaui data stream in the ipg between packets. txout txxaui0 cdr driver rxin output 10b/8b decoder gearbox align txxaui1 txxaui2 3.125 gb/s txxaui3 scrambler rxxaui0 drv 66b/64b decoder rate adjust frame rxxaui1 rxxaui2 rxxaui3 sync limiting pma system loopback pma network loopback pcs loopback amcc xgxs loopback xgxs loopback network system amcc wis wis wis loopback tx 8b/10b encoder cdr cdr cdr drv drv drv de- scrambler 64b/66b encoder rate adjust phase adjust & demux cdr rx code mdio control interface mdio mdc eeprom / dom interface eeprom_sda eeprom_scl eeprom_prot sync code sync code sync code sync amp rxpllout freq mon sync_err los detector losoutb demux txpllout clock generator erefclk srefclk vxcoi mux (qt2032 only) (qt2032 only) (qt2032 only) (qt2032 only)
22 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 if any single lane loses signal (no transi tions detected), th e code sync hronization block will no t attempt to achieve alignment on the xaui input la nes. the qt2022/32 will report ?loss of sync? on all 4 lanes. however, when valid data is received on all 4 lanes, the code synchronization bl ock is fully active. if no /k/ charac- ters are detected on a given lane, the qt2022/32 will report ?lo ss of sync? independent ly for each lane. 5.1.3 xaui lane align the incoming xaui data may be skewed due to varying of f-chip transmission delays between the four lanes. the deskew operation is done by aligning the /a/ code characte rs on all four lanes. the /a/ codes appear randomly in the idle data stream and are transmitted simultaneously at the source on all four channels as a single column of data, ||a||. the alignment is done by placing the data from each channel in a fifo and adjusting the read pointer of each fifo so that the /a/ codes are read out simultaneously when they occur. the qt2022/32 can tolerate a skew of up to 5 code words, or 50 bits between any two lanes at the txxaui input pins. (the ieee 802.3 requir ement is for a maximum of 40 bit skew between lanes.) 5.1.4 8b/10b decoding each 10 bit code word is decoded into 8 data bits and 1 c ontrol bit. the 8 data bits and 1 control bit are then passed on to the rate adjust function. any 8b/10b coding errors are counted on a per lane basis. for each lane, errors are reported in an 8 bit, non-roll- over counter that is cleared on read. the four counters fo r lane 0 to lane 3 are located in the lower byte of mdio registers 4.c030h - 4.c033h respectively. 5.1.5 transmit rate adjust data is written into a rate compensation fifo. the outgoing data is read out using a clock derived from the exter- nal reference clock. since these cloc ks are derived from different sources, a rate adjust operation needs to be performed. the rate compensation block accomplishes this by either adding or dropping idle codes or sequence ordered sets from the data stream. the minimum inter pa cket gap (ipg) of five char acters and sequence ordered set messages are always maintained. proper rate compensation will always be performed when the clock rates ar e within 200ppm (total). the qt2022/ qt2032 can tolerate up to 2 back-to-back 9600 byte jumbo fr ames with minimum ipg. if the clock rate difference exceeds 200ppm or multiple back-to-back jumbo frames are transmitted, one or more packets may be corrupted. transmit rate adjust operation is monito red in mdio register 4.c002h. this register flags idle code removal and insertion in bits 15:14 (normal operation), as well as overflow/underflow in bits 9:8 (fault condition). 5.1.6 64b/66b encoding the encoder takes 64 bits of input data and the associated 8 bit control word and creates a new 66 bit data bus. the 66 bits are composed of 2 sync bits followed by 64 bits of data. the sync bits are used to synchronize the data stream on a frame boundary. the sync bits <1:0> are 10 if 64 bit data bus is composed solely of data words. if the bus contains 1 or more control words, the sync bits <1:0> are set to 01 and are followed by a 8 bit type data. the type word indicates the content of the fo llowing 56 bits of data. the sync bit values of 00 or 11 are invalid for the sync bits. incoming control words are converted from 8 bits to 7 bits . data words are not altered. when combinations of data and control words are used in a bus, extra bits are insert ed if needed at the boundary between the data and control words to make the total number of bits 64. ordered set control codes are encoded using a combination of the block?s type field and a 4 bit o code for each ordered set. 5.1.7 scrambler the scrambler polynomial is 1+x 39 +x 58 . only the 64 data bits pass through the scrambler. the sync bits are not scrambled. the scrambler can be bypassed by setting the mdio register bit 3.c000h.2.
revision 5.11 appliedmicro - confidential & proprietary 23 qt2022/32 - data sheet: ds3051 figure 3: transmit scrambler 5.1.8 gear box the gear box converts the data from a 66 bit wide data bus at 156.25 mb/s to a 64 bit wide bus at 161.1328 mb/s. this step is required to prepare the data for serialization in the next functional block. 5.1.9 transmit wan interface sublayer (wis) (qt2032 only) the tx wis block accepts data from the gear box and ma ps it into the payload of the transmitted sts-192c wis frame stream. fixed stuff octets are added, together with a set of path overhead octets, to create a synchronous payload envelope (spe). line and sect ion overhead octets are combined with the spe and then scrambled using the frame-synchronous scramb ler to produce the final transmitted wis frame. the wis continuously generates one wis frame every 125 s. 5.1.10 transmit multip lexer and clock generation a clock divider generates the clock frequencies required to multiplex the 64 bit wide bus coming from the tx wis into a single 10 gb/s output, from the locally generated 10 ghz clock. 5.1.11 output data driver the output driver has a nominal output voltage of 250 mvpp per side. txoutn and txoutp are both terminated on chip with 50 to 1.2v. the output level can be adjusted via an external resistor connected to txlevel. the output polarity can be inverted by pullin g pin txout_sel high. 5.1.12 line timing mode line timing is used in the qt2032 to ensure the transmitt ed data is synchronized to t he sonet network. in line timing mode, the reference clock used for the transmit pll is derived from the recover ed receive clock. line timing mode is enabled by the line timing control register. pleas e see section 6, ?datapath clocking,? on page 26 for details. line timing is not supported in the qt2022. s0 s1 s2 s38 s40 s56 s57 serial data input scrambled data output
24 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 5.2 receive path 5.2.1 limiting amp the receiver input contains a limiting amplifier designed for a differential cml voltage across the rxin inputs. the input polarity can be selected by pin rxin_sel. the input s ensitivity is good enough to eliminate the need for an external limiting amp in many applications. for a system card application, the xfp input pin is set high and an input equalization circuit is activated to allow for longer fr4 trac es. it can be deactivated by asserting mdio register bit 1.c030h.6. ac coupling of the 10 gb/s input signal(s) is required to achieve good sensitivity as it reduces the amount of 1/f noise at the input to the qt2022/32. 5.2.2 loss of signal detector the rx input limiting amplifier also incorp orates a loss of signal detector. the lo ss of signal detector is disabled if the input equalization circuit is activated (see section 5.2. 1 above). the losoutb signal is available as an output. the loss of signal threshold (in mvpp) is controlled by adjusting the value of the external resistor connected to the ith_los pin. the threshold includes built-in hysteresis to prevent losoutb chatter. the losoutb signal can be externally connected to the rxlosb_i input (this allows for the option of using an external tiala with its own loss of signal detector). 5.2.3 clock recovery the output of the limiting amp goes to a clock and data re covery (cdr) circuit. when the pll is frequency locked to the incoming data, the internal si gnal, frxlock is asserted. when frxloc k is low the receive data outputs rxx- aui<0:3> will transmit idle frames and error codes. the state of frxl ock is reflected in the ?pma receive link status? bit, 1.1.2, a latched low register bit whose value is dete rmined by the equation {frxlock and rxlosb_i}. the state of the rxlosb_i input is shown se parately in register bit 1.10.0. the pll uses an external loop filter. see section 18.1, ?e xternal components,? on page 209 for the loop filter com- ponents and values. recovered clock frequency monitoring and rxclk when the receive recovered clock is more than 500 ppm fr om the transmit reference clock, a synchronization error is declared and the internal signal sync_err goes high. sync_err can be viewed at mdio regi ster 1.c001h.1. this is a latched high register bit that is cleared on read. on powerup or reset, the register must be read to clear it. 5.2.4 demultiplexer and clock divider all clocks needed for the demultiplexer an d the reset of the receive path are ge nerated in this block by dividing down the 10 ghz recovered clock. the demultiplexer converts the 10 gb/s serial incoming data into 64 parallel bits. a divide-by-64 recovered clock can be output at rxpl lout by setting mdio register bit 1.c001h.6 = 1. 5.2.5 receive wan interface sublayer (wis) (qt2032 only) the rx wis block receives data from a sonet link and extracts the etherne t payload from the sts-192c spe. it also monitors the integrity of data at the section, line and path levels and monitors both near and far end faults. the wis receive and transmit blocks can be bypassed by se tting mdio register 2.7.0 to 0 or if lanmode = 1.
revision 5.11 appliedmicro - confidential & proprietary 25 qt2022/32 - data sheet: ds3051 5.2.6 frame synchronization the frame synchronizer takes the 64 bit wide data bus output from the demultiplexer and converts it to a 66 bit wide data bus. the 66 bits are composed of 2 sync bits follow ed by 64 bits of data. the sy nc bits are used to synchro- nize the data stream on a frame bounda ry. the bus rate at each stage will depend on the selected protocol. the chip also monitors invalid sync header bits. valid sync bits include ?01? and ?10?. the combinations ?11? and ?00? are invalid. when an invalid sync header is detected, a 6-bi t counter is incremented. this counter is located in mdio register bits 3.33.13:8. this is a read only, non-rollov er counter that is cleared when read. the counter will count a maximum of 16 sync header errors in a 125 s window. when there are 16 or more sync header errors in a 125 s window, the ?hi_ber? flag is set to 1 in mdio register bit 3.32.1 (3.20h.1). this is a read only register bit that is cleared when read. the algorithm for counting sync header errors and detecting ?hi_ber? follows the ?ber monitor state machine? described in ieee 802.3 figure 49-13. 5.2.7 descrambler the descrambler processes the payload to reverse the effect of the scrambler on the payload. the descrambler is self-synchronizing. it calculates the inverse of the scrambler function using the polynomial 1+x 39 +x 58 . only the 64 data bits are passed through the descrambler. the descra mbler is bypassed when the scrambler bypass mode is enabled through mdio register 3.c000h.1. figure 4: receive descrambler 5.2.8 66b/64b decoder the decoder performs the inverse function of the encoder. th is block converts the 64 bit payload back into the orig- inal eight 8-bit codes. valid code word formats are described in ieee 802.3-2005 figure 49-7. 5.2.9 receive rate adjust data from the 66b/64b decoder is wri tten into a rate compensation fifo us ing the fiber recove red clock. the out- going data is read out using the xaui reference clock. due to the fact that these clocks are derived from different sources, a rate adjust operation needs to be performed. the rate compensation block accomplishes this by either adding or dropping idle ordered_sets, as required, from the data stream. the minimum inter packet gap of five characters and sequence ordered set messages are maintained. receive rate adjust operation is monitored in mdio register 4.c002h. this register flags idle code removal and insertion in bits 13:12 (normal operation), as well as overflow/underflow in bits 7:6 (fault condition). s0 s1 s2 s38 s39 s56 s57 scrambled data input serial data output
26 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 5.2.10 8b/10b encoder the data bus is divided into four 8-bit wide data cha nnels. each of the four channels has independent 8b/10b encoders which will convert the 8 bit data lanes into 10 bit code words. either a positive or negative disparity 10 bit code word will be selected, dep ending on the running disparity. 5.2.11 receive multiplexer and xaui interface after 8b/10b encoding has been added, the receive multiplexe r serializes data words to form four 3.125gb/s output data lanes.the xaui output drivers provide low-swing differential outputs with 100 differential output impedance and are intended to be ac couple d. the 3.125 ghz timing is derive d from the refere nce clock, erefclk. 6 datapath clocking this section explains the clocking architectu re and features of the qt2022 & qt2032. 6.1 lan application timing modes (qt2022 and qt2032) 6.1.1 timing architecture in lan mode this section describes the timing of the qt2022. the qt 2032 will follow this timing architecture when placed in lan mode. in lan mode, the rxxaui and tx fiber quadrants share timing references, but are generally independent of the txxaui and rx fiber quadrants. the timing architecture and timing paths in lan mode are illustrated in figure 5. figure 5: lan mode timing (qt2022 and qt2032) rx data path tx data path cdr cdr cdr cdr rx pll rx cdr tx pll 156.25 mhz xo alternate xo txxaui0p/n txxaui1p/n txxaui2p/n txxaui3p/n rxxaui2p/n rxxaui1p/n rxxaui2p/n rxxaui3p/n txoutp/n rxip/n erefclk srefclk coarse control voltage used to center cdr vco tuning range. rx xaui processing tx fiber processing tx xaui processing rate compensation rx fiber processing rate compensation timing path coarse control voltage reference used to center cdr vco when tx fiber input signal is failed. txpllout rx fiber recovered clock may be used as timing reference. test mode only. fiber interface tx xaui inputs tx fiber output tx fiber input xaui interface rx xaui outputs rx data path tx data path cdr cdr cdr cdr rx pll rx cdr tx pll 156.25 mhz xo alternate xo txxaui0p/n txxaui1p/n txxaui2p/n txxaui3p/n rxxaui2p/n rxxaui1p/n rxxaui2p/n rxxaui3p/n txoutp/n rxip/n erefclk srefclk coarse control voltage used to center cdr vco tuning range. rx xaui processing tx fiber processing tx xaui processing rate compensation rx fiber processing rate compensation timing path coarse control voltage reference used to center cdr vco when tx fiber input signal is failed. txpllout rx fiber recovered clock may be used as timing reference. test mode only. fiber interface tx xaui inputs tx fiber output tx fiber input xaui interface rx xaui outputs
revision 5.11 appliedmicro - confidential & proprietary 27 qt2022/32 - data sheet: ds3051 the tx fiber output derives timing from a 156.25 mhz reference applied at erefclk or an alternate reference applied at txpllout. when applying an alternate reference to txpllout, the txpllout output driver must be disabled using mdio bit 1.c001h.3. selection of the desired reference is determined by the state of mdio bit 1.c001h.7. refer to table 7 on page 35 for details. the tx pll generates a 10 ghz clock from the reference by multiplying the frequency. the tx pll output provides a clock for the tx fiber processing block and outputs. the rx fiber cdr locks to the rece ived signal and generates a recovered clock. the recovered clock provides timing to the rx fiber processing block. when a synce rr is generated, the rx fiber input cdr will lock to the reference applied to the selected reference, either eref clk or txpllout, to pull the frequency back to nominal. once the syncerr has cleared, the cdr will attempt to lock to the rx fiber input signal. the rxxaui outputs derive timing from the tx pll. the rx pll generates the 3.125 ghz clock from a reference from the tx pll. the rx pll output provides a clock for the rx xaui processing block and outputs. for each txxaui input, a cdr locks to the received signal and generates a recovered clock. the recovered clock from lane 1 (txxaui1) provides a cl ock for the txxaui processing block. transfer of data across clock boundaries along each data path is accomplished through rate compensation blocks. 6.1.2 forced line timing mode the forced line timing mode forces the tx fiber output to derive timing from the rx fiber input recovered clock. the forced line timing mode is useful for various test sce narios or implementations where the timing is controlled externally. forced line timing is cont rolled by mdio register bit 1.c001h.9. 6.2 wan application timing modes (qt2032 only) this section describes additional timing modes supported only by the qt2032. the timing paths through the qt2032 vary depending upon the mode of the device. some modes that affect these paths include: 1. fiber interface mode: either lan or wan, see section 8.3.1 on page 59 . 2. vcxo pll mode: enabled or disabled, see section 6.2.4 on page 32. 3. line timing mode: disabled, automatic, or forced, see section 6.2.2 on page 30. in order to understand the relationship between timing refe rence and the behavior of input and output signals it is important to understand the general timing architecture of the qt2032. in the followi ng sections, the timing archi- tecture in the wan mode is explained. 6.2.1 timing architecture in wan mode (qt2032 only) in wan mode, each quadrant tx xaui, rxxaui, rx fiber, and tx fiber is independently timed. the typical timing architecture and timing paths in wan mode are illustrated in figure 5. an optional configuration in vcxoonly mode (vcxob = 0 and vcxoonly = 1) where the vcxo can provide a referenc e frequency is also illustrated in figure 7.
28 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 figure 6: wan mode timing with fixed frequency reference vcxo pll includes external vcxo, op amp, and filter components. rx fiber recovered clock used for line timing. reference used to center cdr vco when input signal is failed. rx data path tx data path cdr cdr cdr cdr rx pll rx cdr tx pll 156.25 mhz xo 155.52 mhz or 622.08 mhz xo fiber interface txxaui0p/n txxaui1p/n txxaui2p/n txxaui3p/n rxxaui2p/n rxxaui1p/n rxxaui2p/n rxxaui3p/n tx xaui inputs txoutp/n rxip/n erefclk srefclk vcxo pll tx fiber output tx fiber input rx xaui processing tx fiber processing tx xaui processing rate compensation rx fiber processing rate compensation timing path xaui interface rx xaui outputs coarse control voltage txpllout coarse control voltage used to center cdr vco tuning range. vcxo pll includes external vcxo, op amp, and filter components. rx fiber recovered clock used for line timing. reference used to center cdr vco when input signal is failed. rx data path tx data path cdr cdr cdr cdr rx pll rx cdr tx pll 156.25 mhz xo 155.52 mhz or 622.08 mhz xo fiber interface txxaui0p/n txxaui1p/n txxaui2p/n txxaui3p/n rxxaui2p/n rxxaui1p/n rxxaui2p/n rxxaui3p/n tx xaui inputs txoutp/n rxip/n erefclk srefclk vcxo pll tx fiber output tx fiber input rx xaui processing tx fiber processing tx xaui processing rate compensation rx fiber processing rate compensation timing path xaui interface rx xaui outputs coarse control voltage txpllout txpllout coarse control voltage used to center cdr vco tuning range.
revision 5.11 appliedmicro - confidential & proprietary 29 qt2022/32 - data sheet: ds3051 figure 7: wan mode timing without fixed frequency reference the tx fiber output derives timing either from a 155.52 mhz or 622.08 mhz reference applied at srefclk (or vcxoi when in vcxoonly mode) or the received signal on the rx fiber input. the tx pll generates a 10 ghz clock from the selected reference by multiplying the frequency. the tx pll output provides timing for the tx fiber processing bl ock and output. by default the tx pll will lock to the referenc e applied at srefclk (or vcxoi when in vcxoonly mode), however it may optionally lock to the recove red clock from the rx fiber cdr as explained in section 6.2.2 on page 30 . in order to reduce phase noise from the selected reference and conse - quently on the tx fiber output, an optional vcxo pll may be used to filter phase noise on the selected reference, as explained in section on page 32 . the rx fiber cdr locks to the received signal and generates a recovered clock. the recovered clock provides a clock to the rx fiber processing block and provides an optional reference for the tx fiber output. when the recovered clock deviates by >500ppm fr om the reference clock, the rx fiber input cdr will then lo ck to th e refer- ence from srefclk (or vcxoi when in vcxoonly mode) to pull the vco frequency to nominal frequency. the cdr will lock to the rx fiber input signal when the clock rate is <500pp m from the reference. the rx xaui outputs derive timing from a 156.25 mhz reference applied at erefclk. the rx pll generates the 3.125 ghz reference from the reference by multiplying th e frequency. the rx pll output provides a clock for the rx xaui processing block and outputs. for each tx xaui input, a cdr locks to the received sign al and generates a recovered clock. the recovered clock from lane 1 (txxaui1) provides timing to the tx xaui processing block. transfer of data across clock boundaries along each data path is accomplished through rate compensation blocks. rx data path tx data path cdr cdr cdr cdr rx pll rx cdr tx pll 156.25 mhz xo txxaui0p/n txxaui1p/n txxaui2p/n txxaui3p/n rxxaui2p/n rxxaui1p/n rxxaui2p/n rxxaui3p/n txoutp/n rxip/n erefclk srefclk vcxo pll includes external vcxo, opamp, and filter components. vcxo pll rx fiber recovered clock used for line timing. rx xaui processing tx fiber processing tx xaui processing rate compensation rx fiber processing rate compensation timing path coarse control voltage vcxo output used to center cdr vc o when input signal is failed. fiber interface tx xaui inputs tx fiber output tx fiber input xaui interface rx xaui outputs coarse control voltage used to center cdr vco tuning range. txpllout rx data path tx data path cdr cdr cdr cdr rx pll rx cdr tx pll 156.25 mhz xo txxaui0p/n txxaui1p/n txxaui2p/n txxaui3p/n rxxaui2p/n rxxaui1p/n rxxaui2p/n rxxaui3p/n txoutp/n rxip/n erefclk srefclk vcxo pll includes external vcxo, opamp, and filter components. vcxo pll rx fiber recovered clock used for line timing. rx xaui processing tx fiber processing tx xaui processing rate compensation rx fiber processing rate compensation timing path coarse control voltage vcxo output used to center cdr vc o when input signal is failed. fiber interface tx xaui inputs tx fiber output tx fiber input xaui interface rx xaui outputs coarse control voltage used to center cdr vco tuning range. txpllout txpllout
30 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 6.2.2 line timing line timing permits the tx fiber output to derive timing fr om the rx fiber input. this mode is useful for applica- tions where it is necessary or desirable for the tx fiber output to be synchronous with equipment at the far end. for example, the fiber interface may connect to a sone t adm (add/drop multiplexer) which directs synchronous sonet payloads to one of several line outputs. three line timing control modes are provided: line timing disabled, automatic line timing, and forced line tim- ing. the automatic line timing control mode is supported only in wan mode. the line timing control mode is determined by the mdio line timing c ontrol bits 1.c001h.9 and 1.c001h.14 which are interpreted as described in table 5, ?line timing control modes?. in wan mode, by default for all line timing control m odes, the synchronization stat us message (ssm) in the transmitted wis s1 byte is dus ?don?t use for synchroniz ation? (1111). this indicates to the far end equipment that this timing signal should not be used as a timing re ference, e.g, for line timing. for more information on ssms see telcordia gr-253-core issue 3 section 5.4.2. to meet sonet jitter transfer requirements, the external vcxo must be implemented and used in line timing mode. see section 6.2.4 on page 32 for details. line timing disabled mode the line timing disabled mode is the default line timing mo de. in this mode, line timing is fully disabled. this mode is used in applications where the tx fiber output is intended to always derive timing from a local frequency source such as a crystal oscillator. in wan mode, the tx fiber output will al ways derive timing from srefclk or vcxoi in vcxoonly mode. in lan mode, the tx fiber ou tput will always derived ti ming from either erefclk or txpllout. table 5: line timing control modes force line timing 1.c001h.9 automatic line timing 1.c001h.14 line timing mode 0 0 line timing disabled in wan mode the tx fiber output alwa ys derives timing from srefclk (or vcxoi in vcxoonly mode). in lan mode the tx fiber output always derives timing from erefclk or txpllout. refer to section section on page 30. 0 1 automatic line timing in wan mode only, the tx fiber output derives timing from the recovered clock from the rx fiber input when the rx fiber input is not failed. when the rx fiber input is failed, the tx fiber output der ives timing from srefclk (or vcxoi in vcxoonly mode). refer to section section on page 31. 1 x forced line timing in wan or lan mode, the tx fiber ou tput always derives timing from the recovered clock from the rx fiber input. refer to section section 6.2.3 on page 32.
revision 5.11 appliedmicro - confidential & proprietary 31 qt2022/32 - data sheet: ds3051 automatic line timing mode the automatic line timing mode allows the tx fiber output to derive timing from a va lid recovered clock from the rx fiber input. when the rx fiber input is not valid, the tx fiber output derives timing from srefclk (or from vcxoi in vcxoonly mode). the qt2032 deems the recovered clock from the rx fiber input to be valid when all of the following conditions are true: 1. rx fiber cdr vco is not in fo rced mode (mdi o 1.c030h.10 = 0) 2. fiber interface is not in pma system loopback (mdio 1.0.0 = 0) 3. pma los defect is clear rxlosb_i = 1 (visible in md io 1.10.0) or los override is set (mdio 1.c001h.10 = 1). this condition assumes that xfp = 0. if xfp = 1 then the rxlosb_i is inverted. 4. pma syncerr unlatched defect is clear (latched vers ion visible in mdio register 1.c001h.1) or syncerr override is set (mdio register 1.c030h.5:4 = ?01?) 5. wis lof unlatched defect is clear (latched version vi sible in mdio register 2.33.7) or lof override is set (mdio register 1.c030h.15) 6. wis line ais unlatched defect is clear (latched version visible in mdio register 2.33.4) or ais override is set (mdio register 1.c030h.14) for each defect used to disable line timing, an override capability is provided. by default, the override for each defect is clear. however, the overri de for each defect may be independently set to prevent the associated defect from disabling line timing. the effective logic used to generate the internal signal enabling line timing, ltimeok , is represented in figure 8. figure 8: line timing enable logic further qualification of the signal may be required by external software. for example, it must be determined whether the use of the received signal as a line timing reference will result in a timing loop. this may happen if the far end is also in line timing mode. qualification of the received signal may be achieved using the synchronization status message (ssm) in the wis s1 byte. refer to section section 7.3.3 on page 47 . ltimeok unlatched_wis_loss_of_frame pma_sys_lpbk (1.0.0) core_frcvco_frx (1.c030h.10) mdio_frcltime (enables linetiming) (note mdio bits are low by default i.e. on powerup) mdio_lof_override (1.c030h.15) unlatched_sync_err mdio_syncerr_override (1.c030h. 7 ) mdio_autoltime (loss_of_signal) mdio_los_override (1.c001h.10) (xor) rxlosb_i xfp unlatched_wis_line_ais mdio_line_ais_override (1.c030h.14) (1.c001h.14) (1.c001h.9)
32 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 6.2.3 forced line timing mode the forced line timing mode forces the tx fiber output to derive timing from the rx fiber input recovered clock. the forced line timing mode is useful for various test sce narios or implementations where the timing is controlled externally. this mode is supported in wan and lan modes. support for external line timing control in order to support external control (e.g., by firmware) of the line timing the lasi may be configured to interrupt on any of the relevant receiver condition s. refer to section 8.4.1 on page 62. relevant defects and conditions include: 1. pma los defect rxlosb_i = 0 (visible in mdio 1.10d.0). this cond ition assumes that xfp = 0. if xfp = 1 then the rxlosb_i active state is inverted. 2. pma sync_err defect (mdio register 1.c001h.1) 3. wis lof defect (mdio register 2.33d.7) 4. wis line ais defect (mdio register 2.33d.4) 5. validated synchronization status message in rece ived wis s1 byte has cha nged. refer to section section 7.3.3 on page 47. a separate interrupt enable bit for each of the conditions listed above is provided. by default, each enable bit is clear. the enable bit for each condition may be set as required by the implementation. 6.2.4 vcxo pll as discussed in section 6.2.1 on page 27, the qt2032 pr ovides support for a vcxo based pll to filter phase noise on the srefclk or recovered cloc k to ensure compliant jitter generation and jitter transfer performance as measured on the tx fiber output. the vcxo pll is sup ported only in wan mode. the qt2032 further supports a self-centering vcxo to reduce board cost by elimi nating the need for a fixed frequency xo driving srefclk when the vxco pll is used. vcxo pll interface the qt2032 vcxo pll interface is illustr ated in figure 9. when using the vcxo pll, vcxob is set low, and the vcxo drives the reference input of the tx pll. the on- chip vcxo phase-frequency detector (vcxo pfd) compar es the phase and frequency of the vcxo clock with that of a reference clock and generates a tri-state output which drives an external opamp configured as a differen- tial integrator. the external opamp and power supply ar e chosen to provide the appropriate voltage swing for the vcxo. the reference clock input to the vcxo pfd may be from either srefclk or the rx fiber input recovered clock (rx_fiber_clock). the se lectable divide-by-4 blocks at the vcxo pfd inputs allow for any combination of 155 mhz or 622 mhz reference clock and vcxo frequencies based on the settings of refsel622 and vcxosel622. for implementation details refer to section 6.2.5 on page 34. the ltimeok output indicates that line timing conditions ar e valid and that line timing is internally enabled. in a linetiming application with no reference applied to srefclk, indicated by pullin g vcxoonly high, the ltimeok output being low may be used to forc e the vcxo to its center frequency; when the ltimeo k output is low, the vcxo pfd differential output is coincidentally forced to 0 v. the logic which generates ltimeok is illustrated in figure 8 on page 31. qt2032 vcxo interface parameters are specified in table 74 on page 202.
revision 5.11 appliedmicro - confidential & proprietary 33 qt2022/32 - data sheet: ds3051 figure 9: vcxo pll interface block diagram 4 4 1 0 1 0 vcxo loc reference vcxodvby4 refdvby4 frcvcxopfd frczero vcxoip vcxoctlp vcxoctln r2 c1 c2 0 1 vcxob ltimeok vcxoin tx qt2032 only rx_fiber_clock 0 1 sonet refsel622 vcxosel622 vcxoonly (logic) vcxob lanmode refdvby4 = !vcxosel622 and refsel622 and !ltimeok vcxodvby4 = vcxosel622 a nd !refsel622 and !ltimeok sonet = mdio_wis_en and !lanmode mdio_wis_en (mdio 2.7.0) +400mv/0/-400mv r2 c1 r1 r1 ltimeok erefclkp/n ltimeok logic ltimeok frcvcxopfd = vcxoonly and !ltimeok pll srefclkp/n pfd 1 0 r3 0 1 vcc (optional for vcxoonly mode)
34 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 6.2.5 vcxo pll implementation recommendations vcxo pll pin settings recommended pin settings for each potential application of the vcxo pll are listed in table 6 on page 34. 6.2.6 vcxo usage for qt2032 in lan mode usage of an external vcxo is not supported in lan mode . when a vcxo is implemented and the chip is switched to lan mode, the vcxo must be disabled by setting pin vcxob=1. if external control to the vxcob pin is not available, the polarity of the pin logic can be invert ed. this is accomplished by setting mdio register bit 1.d003h.9=1. control of the operating mode (wan or lan) is described in section 8.3.1 on page 59. table 6: vcxo pll control pin settings implementation qt2032 pin settings vcxo pll srefclk frequency (mhz) vcxo frequency (mhz) vcxob vcxoonly refsel622 vcxosel622 no 155.52 x 1 x 0 x no 622.08 x 1 x 1 x yes 155.52 155.52 0000 yes 155.52 622.08 0001 yes 622.08 155.52 0010 yes 622.08 622.08 0011 yes no source 1 1. if no srefclk is implemented, and 20ppm operation for sonet applicat ions is required, then the vcxo will likely need to be te m- perature-compensated. 155.520100 yes no source 1 622.080111
revision 5.11 appliedmicro - confidential & proprietary 35 qt2022/32 - data sheet: ds3051 6.3 txpllout output clock driver a clock from the transmit pll can be output at pins t xplloutp/n to serve as a reference clock to the xfp mod- ule in an xfp host board application or for test purposes. the output driver is a cml type. in xfp mode (xfp=1), the output driver is enabled by de fault and can be disabled by setting 1.c001h.3=1. in non- xfp mode (xfp=0), the output driver is disabled by defaul t and can be enabled by setting 1.c001h.3=1. the driver is also automatically disabled when 1.c001h.7=1 to allo w the txplloutp/n pins to serve as the input for a sec- ond reference source in a multi-rate module. the txpllout control logic is detailed in figure 7 on page 35. for the qt2032, the frequency of txplloutp/n depends on seve ral pin settings as shown in table 8. for the qt2022, the frequency is solely determined by the xfp pin (shown in bold text). table 7: txpllout driver control and lan reference selection inputs state lan reference select mdio 1.c001h.7 xfp pin txpllout driver enable mdio 1.c001h.3 txpllout driver state selected lan reference input 000offerefclk 001onerefclk 010onerefclk 011offerefclk 1xxofftxpllout table 8: txpllout output frequency vs txout baud-rate xfp 1 1. the indicated polarity of the xfp input can be reversed by asserting bit 1.c001h.2. sonet 2 2. sonet = bit_2.7.0 and not(lanmode). vcxob vcxosel622 refsel622 divide by... note 1 xxx x 64 (cmos source, results in higher jitter in this mode) 0 0xxx 66 (cml source, results in lower jitter in this mode) 0 1 0 0 x 64 (cml source, results in lower jitter in this mode) 0 1 0 1 x 16 (cml source, results in lower jitter in this mode) 0 1 1 x 0 64 (cml source, results in lower jitter in this mode) 0 1 1 x 1 16 (cml source, results in lower jitter in this mode)
36 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 7 wan interface sublayer (w is) description (qt2032 only) this section describes the function and extended features of the wis bloc k in the qt2032. the wis block is enabled and the chip will o perate in wan mode when lanmode = 0. t he wis block can be bypassed by setting mdio register 2.7.0 to 0 or if lanmode = 1. when by passed, the qt2032 will be 10ge (or 10gfc) protocol compliant. 7.1 wis transmitter the wis transmitter fu nctionality is illustrated in figu re 10 and is fully compliant wi th ieee 802.3-2005 clause 50. additionally, extended features have been prov ided for aps channel, sync hronization status, line bip-8 signal fail & degrade, pointer justification event counters, 64-byte j1 messaging, and transport overhead (toh) serial inter- face. these features are described in section 7.3, ?extended wis features,? on page 46. 7.1.1 wis frame figure 10 illustrates the stru cture of an sts-192c wis frame, which is comprised of transpor t overhead and a pay- load. the overhead fields are described in the following sections. figure 10: wis frame structure a1 a2 a1 a2 j0 z0 z0 j1 b3 c2 g1 f i x e d s t u f f f i x e d s t u f f 01 166- 38 16- 639 116- 480 116- 481 133- 118 133- 119 133- 120 133- 121 149- 758 149- 759 b1 h1 h1 h2 h2 h3 h3 b2 b2 k1 k2 s1 m1 1 192 193 384 385 386 576 577 578 640 641 642 17- 279 17- 280 column section overhead line overhead path overhead payload capacity 195
revision 5.11 appliedmicro - confidential & proprietary 37 qt2022/32 - data sheet: ds3051 7.1.2 path overhead the main function of this overhead is to provide error monitoring and connectivity ch ecks between path terminat- ing equipment (pte). table 9: path overhead definitions overhead octet description value (bits 1...8) function j1 path trace varies used to continuously send a repeating trace message which may be 16 octets (or 64 octets, see section 7.3.7 extended j1 trace messaging (64 bytes)) in length. this informati on is obtained from the layer management block. b3 path bip-8 varies used for path error monitoring functionality. this is a bit-interleaved parity-8 code using even parity and is calculated over all bits of the previous sts- 192c spe before scrambling. c2 sts path signal label 00011010 identifies the construction and cont ent of the sts-192c spe as a 10 gigabit ethernet stream. g1 path status varies used to convey back info rmation regarding status and performance to an originating sts-192c pte. bits [1...4] - remote error indication (rei) - these four bits count the number of b3 errors that have been detected. there are nine legal values which are 0000, 0001,0010,0011, 0100, 0101, 0110, 0111, 1000. any other value will be interpreted by the originating pte as 0000. bits [5...8] - remote defect indication (rdi) - these bits are used to convey error information to the remote pte. f2 path user channel 00000000 unsupported, not required by ieee 802.3aclause 50. h4 multiframe indicator 00000000 unsupported, not required by ieee 802.3 clause 50. z3 growth 00000000 unsupported, not required by ieee 802.3 clause 50. z4 growth 00000000 unsupported, not required by ieee 802.3 clause 50. n1 tandem connection maintenance/path data channel 00000000 unsupported, not required by ieee 802.3 clause 50.
38 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 7.1.3 line overhead the line layer is responsible for the reliable transport of the path layer payload and overhead. line overhead is accessed where spes ar e multiplexed or protection switching is performed. table 10: line overhead definitions overhead octet description value (bits 1...8) function h1-h2 pointer ndf field = 0110 ss field = 00 pointer = 10000 01010 the pointer marks the beginning of the sts-192c spe. it also indicates a concatenated payload. on reset the new data flag is also set. h3 pointer action 00000000 this byte is provided fo r frequency justification purposes. in the transmit direction this byte se rves no purpose. in the receive direction if a negative stuff oper ation has been indicated by the pointer bytes this byte wi ll contain valid payload data. b2 line bip-8 varies used for line error monitoring functionality. this is a bit-interleaved parity-8 code using even parity and is calculated over all bits of the line overhead and sts-1 envelope c apacity of the previous sts-1 frame before scrambling. the computed b2 is placed in the line overhead of each sts-1 frame before scrambling. when using the toh serial interface, the insert ed value of b2 represents an inversion mask. an inserted value of all zeroes preserves the calculated b2 octet. k1-k2 automatic protection switch (aps) channel k1 - 00000001 k2[1...5] - 00010 k2[6...8] - varies these bytes are allocated for aps signalling between line level entities. these bytes are only defined for sts-1 number 1 in the sts-192c frame. k2[6...8] transports either an rdi-l encoding or is set to 000. d4-d12 line data communications channel (dcc) all octets set to 00000000 unsupported, not required by ieee 802.3 clause 50. s1 synchronization messaging 00001111 unsupported, not required by ieee 802.3 clause 50. m0 sts-1 line remote error indication (rei) 00000000 unsupported, not required by ieee 802.3 clause 50. m1 sts-n line rei varies this octet is used for conveying the number of errors detected by the line bip-8 (b2) bytes. the count has legal values from 0 to 255. if greater than 255 errors are detected by the line bip-8 the count is set to 255. z1 reserved for line growth 00000000 unsupported, not required by ieee 802.3 clause 50. z2 reserved for line growth 00000000 unsupported, not required by ieee 802.3 clause 50. e2 orderwire 00000000 unsupported, not required by ieee 802.3 clause 50.
revision 5.11 appliedmicro - confidential & proprietary 39 qt2022/32 - data sheet: ds3051 7.1.4 section overhead this layer is responsible for reliable transport of an sts-n frame across the physical medium. its functions include framing, scrambling and error monitoring. 7.1.5 test pattern generation the qt2032 provides wis compliant test pattern generatio n features. please refer to section 11.5, ?wis test fea- tures (qt2032 only),? on page 102 for details. table 11: section o verhead definitions overhead octet description value (bits 1...8) function a1, a2 framing a1 - 11110110 a2 - 00101000 these bytes are allocated in each sts-1 for framing purposes. a1, a2 bytes are never scrambled. j0 section trace varies this byte is defined only fo r sts-1 of the sts-192c frame. it is used to transmit one fixed byte so as to allo w a receiving terminal to check its connection to an intended transmitter. this byte is specified in the layer management block. j0 byte is never scrambled. z0 section growth 11001100 unsupported, not required by ieee 802.3 clause 50. b1 section bip-8 varies this byte is used for the se ction error monitoring function. this is a bit- interleaved parity 8 code using even parity . it is calculated over all bits of the previous sts-192c frame a fter scrambling. when using the toh serial interface, the inserted value of b1 represents an inversion mask. an inserted value of all zeroes preserves the calculated b1 octet. e1 orderwire 00000000 unsupported, not required by ieee 802.3 clause 50. f1 section user channel 00000000 unsupported, not required by ieee 802.3 clause 50. d1-d3 section data communication channel (dcc) all octets set to 00000000 unsupported, not required by ieee 802.3 clause 50.
40 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 7.2 wis receiver the wis receiver functionality is illus trated in figure 11. this is fully co mpliant with ieee 802.3 clause 50. there are additional extended features described in section 7.3, ?extended wis features,? on page 46. figure 11: wis receiv e interface process synchronization descrambler x + x + 1 7 6 check b1 (bip-8) process section overhead - check b2 (bip-n) process line overhead - process h1,h2 pointer - receive payload mapping remove section overhead process line defects to tx process process path defects to tx process rx_data-group<15:0> rx_data-unit<15:0> sync_bits<15:0> remove line overhead remove path overhead & fixed stuff check b3 (bip-8) process path overhead
revision 5.11 appliedmicro - confidential & proprietary 41 qt2022/32 - data sheet: ds3051 the synchronization process accepts data from the pma (via the pma service inte rface, depicted as rx_data- group<15:0> in figure 11 ) and performs an alignment operation to delineate both octet and frame boundaries within the received data stream. aligned and framed data is passed to the wis receive process (depicted as sync_bits<15:0> in figure 11 ), where section and line overhead octets are extracted from the wis frames and processed after descrambling the frame data. the payload pointer within the line overhead is used to delineate the start and end of received spe, and the path overhead is extracted from the spe and processed. finally, the fixed stuff is removed from the spe and the resulting da ta stream is conveyed to the pcs via the wis service interface (depicted as rx_data-unit<15:0>). 7.2.1 wis synchronization (octet and frame delineation) the wis synchronization process delineates both octet and wis frame boundaries in the received signal. delinea- tion of these boundaries and alignment of the received data are done prior to performing the descrambling function. (the spe delineation process is done after descram bling the received data.) the wis synchronization process monitors the last 64 a1 oc tets and the first 64 a2 octets in the section over- head, forming the synchronization pattern. wis sync is achi eved after 4 frames with valid synchronization patterns are received. a loss of wis syn chronization (wis loss of sync) is trigger ed when any bit errors are detected within the synchronization pattern for 4 consecutive frames. when the wis receiver is not in the sync state all other wis processes are suspended. this includes all further alarm processing, including sef and lof alarms. the wis synchronization process follo ws the state diagrams detailed in ieee 802.3-2005 figures 50-15 and 50-16. a loss of wis synchronization is reported by the chip as a wis local fault in mdio register bit 2.1.7. it is also linked to lasi alarm bit 1.9003h.9. the parameter values for the wis synchronization state diagram are listed in table 12 on page 41. 7.2.2 sef defect generation the device monitors for an sef defect by checking all 192 a1 and a2 octets in the section overhead. this is a separate monitoring process from wis synchronization and uses a larger framing pattern. an sef defect is raised when any bit errors are detected within the framing patter n for 5 consecutive frames. an sef defect is terminated when two contiguous error-free frame words are detected. the sef framing pattern is a superset of the wis synchroniza tion framing pattern. if bit errors are detected within the wis synchronization framing pattern, a wis loss of sync alarm will be raised after 4 frames. in this case an sef defect will not be ra ised. if bit errors are detected in the wider sef framing patter n then an sef defect will be raised but a wis loss of sync alarm will not. 1 table 12: wis synchronization process parameters parameter value purpose f 64 controls width of sync_pattern pattern i 128 controls width of hunt_pattern pattern j 64 controls width of presync_pattern pattern k 64 controls width of presync_pattern pattern m 4 controls hysteresis for sync state entry n 4 controls hysteresis for sync state exit 1. consult the errata for additional details.
42 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 7.2.3 lof defect generation an lof defect occurs when a severely errored frame (sef) persists for a period of 3 ms. the lof defect is termi- nated when no sef defects are detected for a period t, where 1 ms <= t <= 3 ms. 7.2.4 los defect generation an los defect occurs upon detection of no transitions on the incoming signal for time t, where t = 41.6667 s (three row periods). an los defect is terminated after a time period equal to the greater of 125 s or 2.5 t contain- ing no transition-free intervals of length t, where t = three row periods. note: if no signal is applied to the fi ber input, the wis synchronization process loses sync before the los, or lof alarms are raised. since the wis suspends normal pr ocesses when there is a loss of wis sync, the los and lof alarms will be masked. the wis synchronization alar m can be treated as an effective replacement for the los/lof alarms.
revision 5.11 appliedmicro - confidential & proprietary 43 qt2022/32 - data sheet: ds3051 7.2.5 descrambler the descrambler processes the frame to reverse the effect of the scrambler using the same polynomial as scram- bler, with the exception of the a1,a2,j0 and z0 octets (576 octets in total, per wis frame), which bypass the descrambler. 7.2.6 section overhead extraction and b1 check section overhead extraction extracts j0, z0 and b1 and also removes the section overhead from the input data stream.the j0 and z0 will be bypassed by the descrambler. the j0 octet is passed to the station management entity (mdio block) via a specific register (j0 rx register). the b1 octet is a bit-interleaved parity 8 code using even parity. it is extrac ted from the incoming wis frame after the descrambler. the b1 octet is stored and compared with the calculated b1 of the previous frame. the b1 check performs the b1 calculation of the incoming wis frame before descrambling and also performs the comparison between the calculated b1 octet and the received b1 octet extracte d from the incoming frame. 7.2.7 line overhead extraction, pointer (h1,h2) process, and b2 check line overhead extraction removes the h1, h2, h3, b2, k1, k2, s1 and m1 octets and also the line overhead from the wis stream which does not include the section overh ead. the m1 octet is passed to the mdio block via a spe- cific register (wis m1 register). rdi-l (line remote defect indication) signal is asserted by a 110 code in bit positions 6,7 and 8 of the k1 octet. and rdi-l signal is de-asserted by any code other than the 110 code in the bits 6,7 and 8 of k2 octet. the rdi-l is passed to the station management entity (mdio block) via a specific register. the pointer (h1,h2) process uses the h1 and h2 taken from line overhe ad extraction. the pointer marks the begi nning of the sts-192c spe. it also indicates a concatenated payload. the two bytes (h1,h2) a llocated to the pointer function can be viewed as one word as shown in figure 12. the last ten bits (bit 7-16) of the pointer word carry the pointer value. figure 12: sts-1 payload pointer (h1, h2, h3) coding nnnn i di 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 h1 h2 h3 di di di d 0 0 10 bit pointer positive stuff opportunity negative stuff opportunity new data flag -- invert 4 n bits negative stuff -- invert 5 d bits positive stuff -- invert 5 i bits i - increment bit d - decrement bit n - new data flag bit 0 1 1 0
44 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 the operations allowed by the pointer are listed below. co rresponding event flags are asserted high in register 2.c000h: 1. positive stuff requires: a) ndf=0110 (can support one bit corruption) b) 3 or more i-bits inverted c) less than 3 d-bits inverted 2. negative stuff requires: a) ndf=0110 (can support one bit corruption) b) 3 or more d-bits inverted c) less than 3 i-bits inverted 3. pointer jump: there are 2 cases where the pointer can jump: a) ndf = 1001 (can support one bit corruption) with 10 bits pointer in the range (0-782) b) ndf =0110 (can support one bit corruption) with 3 cons ecutive frames with same 10 bits pointer value in range (0-782) note: in the case where the pointer signaling indicates both pos itive and negative stuff operations , the logic considers this a n invalid pointer and ignores the pointer value. the following list summarizes the ru les for interpreting the pointer: 1. during normal operation, the pointer locates the star t of the spe (j1); 2. any variation from the current pointe r value is ignored unless a consistent new value is received three times consecutively or it is preceded by one of rules 4,5 or 6. any consistent new value received three times con- secutively overrides (i.e. takes priority over) rules 4,5 or 6; 3. if the pointer value contains the co ncatenation value, then the operations performed on the sts-1 are identi- cal to those performed on the first sts-1 within the sts- nc. operations 4 and 5 do not apply to this pointer value. 4. if the majority of the i-bits of the pointer word are in verted, a positive stuff operation is indicated. subsequent pointer values are incremented by one; 5. if the majority of the d-bits of the pointer word are inve rted, a negative stuff operation is indicated. subsequent pointer values are decremented by one; 6. if the new data flag is set to 1001, then the coincident pointer value will replace th e current one at the offset indicated by the new pointer value regardless of the state of the receive. the qt2032 receive pointer processor can react to any change in the pointer value, for example, the receiver can react to frame after frame of positive stuff, negative stuff. here are the cases where the pointer is considered as invalid: 1. ndf = 1001 with pointer value > 782 2. ndf = 0110 and consistent value is received 3 times consecutively with pointer value > 782 3. 2 bits corruption in the ndf bits. 4. the pointer value is asking for increment and decrement at the same time and value of the pointer > 782. the qt2032 receive pointer processor che cks the concatenation indicator in the h1h2 fields (after the first h1h2 bytes). a value of ?93ff? is expected. any other value will cause a lop-p condit ion. the ss bits must have a value of ?00?. in an sdh network, non-zero ss bits are allowed in the concatenation indicator. if non-zero values are used in the concatenation indicator an lop-p defect will be triggered. if the pointer is invalid the bit 1 of register 2.32768 with be set to 1.
revision 5.11 appliedmicro - confidential & proprietary 45 qt2022/32 - data sheet: ds3051 the qt2032 implements the logic that detects when the fa r-end transmit side sends a pointer that does not follow the rules of pointer generation (ansi- t1.105-1999 section 9.1.5 page 25). the pointer process will also generate the lop-p signal as follows: either the logic received 8 consecutive fr ames with a pointer different than a valid pointer (active pointer) and none of the received pointer triggered: 1. positive stuff 2. negative stuff 3. ndf pointer change 4. ais-p or the logic received 8 consecutive frames with ndf set 1001. the b2 octets (192 bytes) are extracted from the incoming wis frame. the b2 octets are stored and compared with the calculated b2 octets of the previous frame. the b2 check performs the b2 octet calculation of the incoming wis frame and also performs the comparison between the calculated b2 octets and the received b2 octets extracted from the incoming frame. the function of each b2 octet is a bit-interleaved parity 8 code using even par- ity. each of the 192 b2 bytes represents the bip parity of each of the 192 sts-1 in the previous frame, with section overhead excluded. the b2 check also implements a counter to convey the co unt of errors detected by th e line b2 bytes. the count has 256 legal values (0 to 255). if greater than 255 errors are detected, a value of 255 is set. the counter is passed to tx for the purpose of generating the m1 octet. the wis receiver monitors m1 to coun t the number of remote b2 errors. the near-end 32-bit counter value is stored in registe rs 2.57 & 2.58 and the far-end 32-bit counter value is stored in 2.55 & 2.56. 7.2.8 path overhead extraction and b3 check path overhead extraction extracts the j1, b3, c2 and g1 octets and also removes the path overhead and fixed stuff from the wis stream which does not include the section overhead and line overhead. the j1 octet in the received wis frames are interpreted as transporting a 16-octet c ontinuously repeating trace message. 64-octet trace messaging c an be enabled. this trace message is extracted from the incoming wis frame stream and passed to the station management entity (mdio block) via dedicated registers within the wis layer management register space (j1 rx registers). th e wis receive process does not delineate trace message boundaries or process them in any way. extraction of va lid trace message data begins after the wis receive pro- cess has successfully synchronized to the incoming wis frame stream. ea ch successive j1 octet received thereafter is placed in a successive octe t of the wis j1 rx register set, until all j1 octets have been received, after which the process repeats from the first octet of the regist er set. as the incoming trace message is 16 octets in size, the contents of th e wis j1 rx register set will remain static as long as the same mess age is being received. extraction of trace message in this fashion is perform ed continuously as long as valid wis frames are being received. the plm-p (path loss of label mismatch) is generated from the c2 octet which is extracted from the incoming frame. the plm-p is asserted when the received sts path label (c2 octet of the sts path overhead) does not equal that assigned to 10g ethernet (00011010) in five consecutive frames. the plm-p signal is passed to the station management entity (mdio block) and the wis transmit block. the g1 octet (path status) is passed to the station management entity (mdio block). the b3 octet is stored and compared with the calculated b3 octet of the previous frame. the b3 octet is calculated for the incoming wis frame and the comparison is performed between the calculated b3 octet and the received b3 octet extracted from the incoming frame. the function of b3 octet is a bit-interleaved parity 8 code using even par- ity. the b3 octet is calculated from the incoming fr ame which excludes section overhead and line overhead.
46 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 a 4-bit counter is implemented, which conveys the count of interleaved bit blocks that have been detected in error by the path bip-8 code (b3). this count has nine legal values, namely 0 to 8 errors. the counter is passed to the tx wis for composing the g1 octet. the wis receiver moni tors g1 to count the number of remote b3 errors. the near-end 16-bit counter value is stored in 2.59 and the far-end 16-bit counter value is stored in 2.37. 7.2.9 receive payload mapping figure 13: receive bit relabelling function the receive payload mapping maps the octets in the spe payload capacity to a continuous stream of data-units that are supplied to the pcs via the rx_data-unit<15:0> parameter of the wis_unitdata.indicate primitive of the wis service interface. within each data -unit, rx_data-unit<7:0> is mapped to a lower-numbered (even) octet in the spe capacity, and rx_data-unit<15 :8> is mapped to the next high-numbered (odd) octet. a bit relabelling function is performed to map the bi t numbering and ordering conven tions followed by the receive process (which follows the bit number ing and ordering conventions of sone t/sdh to those required by the wis service interface. the re labelling function is pe rformed as shown in figure 13. bi t 1 of the lower- numbered (even) octet within the received sonet spe is renumbered as bit 0 of rx_data-unit<15:0> at the wis service interface, bit 8 of the high-numbered octet within the sonet sp e is renumbered as bit 15 of rx_data-unit<15:0>, and the rest of the bits are renumbered in corresponding sequence. 7.2.10 test pattern checker the qt2032 provides wis compliant test pattern checking features. please refer to section 11.5, ?wis test fea- tures (qt2032 only),? on page 102 for details. 7.3 extended wis features the qt2032 integrates a series of features common for sonet framer that are not supported by the wis clause. 1 234567 812345678 0123456789101112131415 first octet processed next octet processed lower-numbered (even) octet in spe higher-numbered (odd) octet in spe data-units to wis service interface first last reception order data from frame reception process lsb rx_data-unit<15:0> msb spe octets msb lsb
revision 5.11 appliedmicro - confidential & proprietary 47 qt2022/32 - data sheet: ds3051 7.3.1 ss bits (h1) the ss bits in the sts-1 #1 transmit overhead can be pr ogrammed by the user. the ss bits are located in bits 5 and 6 of the h1 octet in the sonet overhead. this featur e allows the qt2032 transmitted frame to be compatible with sdh networks, where the ss bits are typically set to ?10?. for sonet networks, the default value of ?00? should be used. to change the ss bit value, enter the requ ired value in mdio register field 2.c001h.7:6. to enable insertion of the new ss bits, set 2.c002h.9 to ?1?. in the 191 subsequent sts-1 fi elds of the transmit overhead, the ss bits are set to ?00?. the qt2032?s wis receive processor ignores the ss bits in the sts-1 #1 overhead field. for sts-1 #2-192, a value of ?00? is expected. 7.3.2 aps channel (k1 and k2) the aps bytes are located in th e first sts-1 of the sts-192 only and are used for auto matic protection switching signaling. a new value in either byte is only valid ated after it has been received in 3 consecutive frames. upon validation of a new k1 or k2 byte, the respective k byte is stored in a status register and an interrupt is generated (the interrupt can be masked). the validation of the k byte s is not affected by any alarm or defect. if 3 identical consecutive k bytes are not found in 12 frames, an inconsistent k byte interrupt is generated (the interrupt can be masked). a programmable value for k1 and k2 can be transmitted by qt2032 if the feature is en abled (vendor specific reg- ister 2.c002h). for the k2 byte only the 5 msb bits c an be programmed. the 3 lsb bits are reserved for rdi-l alarm transmission. 1 7.3.3 synchronization status (s1) the synchronization status byte is located in the first sts-1 of the sts-192 only, and is used to convey the syn- chronization status of the network element. a new value is only validated after it has been received in 8 consecutive frames. upon validation of a new s1 byte, the s1 byte is stored in a status register and an interrupt is generated (the interrupt can be masked). a programmable value for s1 can be transmitted by qt2 032 if the feature is enabled (vendor specific register 2.c002h). 7.3.4 line bip-8 signal fail (sf) qt2032 generates a signal failure (sf) alarm if the number of line bip-8 (b2) errors monitored during a program- mable timing window (2.c410h) exceeds a programmable th reshold (2.c411h). there is a second programmable threshold (2.c412h) which is used to provide hysteresis when removing the sf alarm. the user must specify the correct thresholds and timing window to achieve the desired ber monitoring. sf coding violations over the timing window are reported in 2.c413h, a 16 bit non-rollover counter. at the end of each timing window, a time-out alarm is generated to notify the user that the timing window has ended. the number of coding violations is latched to 2. c413h at the end of each window. the time-out alarm can be programmed to trip the lasi interrupt by enabling t he ?sf timing window expired flag? in the wis extended alarm register (mdio register bit 2.c5 02h.11). the lasi interrupt can then be used by system firmware to trigger periodic polling of the chip in order to monitor the sf error rate. sf monitoring is enabled by setting mdio register bit 2.c002h.8 to 1. 1. in sonet, bit 8 is the lsb and bit 1 is the msb.
48 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 7.3.5 line bip-8 signal degrade (sd) qt2032 generates a signal degrade (sd) alarm if the number of line bip-8 (b2) errors monitored during a pro- grammable timing window (2.c400h) exceeds a prog rammable threshold (2.c401h). there is a second programmable threshold (2.c402 h) which is used to provide hysteresis when removing the sd alarm. the user must specify the correct thresholds and timing window to achieve the desired ber m onitoring. sd coding viola- tions over the timing window are reported in 2.c403h, a 16 bit non-rollover counter. at the end of each timing window, a time-out alarm is generated to notify the user that the timing window has ended. the number of coding violations is latched to 2. c403h at the end of each window. the time-out alarm can be programmed to trip the lasi interrupt by enabling the ?sd timing window expired flag? in the wis extended alarm register (mdio register bit 2.c502h. 9). the lasi interrupt ca n then be used by system firmware to trigger periodic polling of the chip in order to monitor the sd error rate. sf monitoring is enabled by setting mdio register bit 2.c002h.7 to 1. 7.3.6 pointer justification event counters qt2032 implements an 8 bit counter incremented by one on every positive stuff event. this counter does not roll- over and is cleared to 0 on read. the positive stuff event c ounter is located in the lower 8 bits of mdio register 2.c020h. likewise, the qt2032 implements an 8 bit counter incremented by one on every negative stuff event. this counter does not rollover and is cleared to 0 on read. the negative st uff event counter is located in the upper 8 bits of mdio register 2.c020h. 7.3.7 extended j1 trace messaging (64 bytes) the qt2032 supports both 16 and 64 byte j1 trace messaging. the ieee 802.3 compliant 16 byte j1 trace mes- saging is the default mode of operation. to use 64 byte j1 trace messagi ng, the user must enable this mode by writing to register 2.c002 h: the wis tx will then transmit the j1 byte s located in re gisters 2.c200h to 2.c217h and the wis rx will store the received j1 bytes in registers 2.c100h to 2.c117h. 7.3.8 transport overhead serial interface this feature allows transport overhead byte insertion in the wis tx sonet frame and transport overhead byte extraction from the wis rx sonet frame. this gives th e user extra flexibility to use and process sonet over- head bytes that are not supp orted by the ieee 802.3 standa rd (clause 50). this prov ides access to the data communication channel (dcc). this feature suppor ts 4 modes of operation on both rx and tx: ? insert/extract all sts-1 transport overhead bytes (27 bytes per frame, corresponding to section and line overhead). ? insert/extract the d1 to d3 bytes (3 bytes per frame). ? insert/extract the d4 to d12 bytes (9 bytes per frame). ? insert/extract the d1 to d12 bytes (12 bytes per frame). the mode is controlled for both the tx and rx paths by md io register 2.c010h. the interface is enabled using reg- ister bits 2.c002h.3:2. qt2032 has a 2 wire interface on the transmit path for byte insertion: an output clock pin (tdcc_clk) that runs at 155mhz / 80 and an input data pin (tdcc) is used to samp le the incoming data (ser ial oh bytes). qt2032 will sample the data at the falling edge of t he clock (the external chip connected to the serial interfac e needs to drive a new data value after the rising edge of the clock). note: b1/b2 byte insertion operations are achieved using an inversion mask, which will bitw ise invert the calculated b1/b2 octets and is useful for debug purposes only. an inserted value of all zeroes preserves the calculated b1/b2 values. similarly, qt2032 has a 2 wire interface on the receive path for byte extraction: an output clock pin (rdcc_clk) that runs at 155mhz / 80 and an output data pin (rdcc) is used to shift out the data (serial oh bytes). qt2032 will drive a new data value on the falling edge of the clock (the ch ip connected to the serial interface can safely latch
revision 5.11 appliedmicro - confidential & proprietary 49 qt2022/32 - data sheet: ds3051 the data on the rising edge of the pin). in ?all sts-1 mode?, qt2032 w ill kill/gate the clock for 27 clock cycles be fore driving the clock for 216 (3x9x8) clock cycles. the gap in the clock can be used for synch ronization purposes. also, the b1/b2 octets are: in ?d1-d3 mode?, qt2032 will kill/gate the clock for 219 clock cycles before driving the clock for 24 (3x8) clock cycles. the gap in the clock can be used for synchronization purposes. in ?d4-d12 mode?, qt 2032 will kill/gate the clock for 171 clock cycles before driving the clock for 72 (9x8) clock cycles. the gap in the clock can be used for synchronization purposes. in ?d1-d12 mode?, qt2032 w ill kill/gate the clock for a minimum of 90 clock cycles, then dr ive the clock for 24 (3x8) clock cycles (d1-d3), then kill/gate the clock for a minimum of 48 clock cycles, then finally drive the clock for 72 (9x8) clock cycles (d4-d12) . the gaps in the clock can be us ed for synchronization purposes. figure 14: serial overhead interface timing diagram 7.3.9 programmable overhead byte insertion this feature allows the insertion of 3 bytes in the wis tx sonet frame. the insertion is limited to the transport / path overhead, fixed stuff and the first data of the payloa d until column 127. the location and number of frames is determined through 3 programmable registers, located at mdio registers 2.c601h - 2.c603h. the programmable control register format is shown in fi gure 15. for each byte, one regi ster is used to control insertion the insertion mode. two modes of insertion are availa ble, as specified by bits 15:14 of the control register. if continuous insertion is select ed (?11?), insertion will commence at the start of the next frame. if a fixed number of frames is selected (?00?, ?01? or ?10?), by te insertion is initiated by a control bit located in register bit 2.c600h.0. once triggered, inse rtion will commence at the start of the next frame and will co ntinue for the spec- table 13: serial overhead interface timing parameters parameter value comment period 0.516 sec 243 clock cycles per frame framing gap 27 clock cycles per frame in ?all sts-1 mode? frequency 1.9375mhz a 0.1 sec b 0.1 sec c 0.1 sec a1bit1 a1bit1 a1bit2 a1bit3 ? a1bit2 a1bit3 ? t pd = a e2bit8 e2bit7 e2bit8 e2bit7 t su = b t h = c ? ? rxsoh_ck rxsoh_d txsoh_ck txsoh_d
50 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 ified number of frames. the co ntrol bit initiates byte insertion for all 3 bytes simulta neously. it will only trigger byte insertion if a fixed number of frames is selected. to init iate insertion multiple time s, toggle the control bit. the byte values to be inserted are store d in 3 separate registers, in the lower 8 bits of mdio registers 2.c604h - 2.c606h. figure 15: tx wis overhead insertion control register to initiate insertion, first set the pr ogrammable registers then set the contro l enable signals. th e insertion will hap- pen on the next frame. the priority of the insertion goes from register 1 to 3. if the registers are set for b1, b2, b3 locations the byte will be treated as a mask to corrupt specific bits in the parity bytes. byte insert priority the overhead byte insertion is prioriti zed, with byte1 receiving the highest priority and byte3 the lowest. this means that, in the ev ent of a conflict in the byte insert se ttings the instructions for byte1 will be exec uted preferen- tially, followed by byte2 and then byte3. a conflict arises when two different bytes are programmed to overwrite the same overhead byte field. this behavior can be used for testing purposes to generat e more complex oh byte insert sequences. for example, byte1, byte2 and byte3 can be programmed to insert different values to the same overhead byte. by selecting a finite frame count for byte1 and byte2, the wis block will first execut e the instructions for byte1 for the pro- grammed number of frames, followed immediately by byte2 on the next frame and finally byte3. in this example, byte3 may be programmed to insert for either a finite or continuous frame count. if a continuous frame count is selected for byte1 or byte2, the wis block will never execute the in structions for the subsequent bytes. tx wis overhead insertion control registers frame count sts-1 frame number (0 to 191) row (0 to 3) column frame count decoding 00 : one (1) frame 01 : five (5) frames 10 : seven (7) frames 11 : continuous (all frames) byte3 (2.c603h) byte1 (2.c601h) 1514131211109876543210 byte2 (2.c602h) 1514131211109876543210 1514131211109876543210 number number (0 to 8)
revision 5.11 appliedmicro - confidential & proprietary 51 qt2022/32 - data sheet: ds3051 internal limitations the sts-1 overhead bytes are organized internally into groups of 8 bytes each. the sts-1 groups are [1..8], [9..16], [17..24] - [185..192]. for a given overhead byte with in an sts-1, only one byte may be overwritten within a given group. for example, the a1 byte of sts-1 #1 and th e a1 byte of sts-1 #2 cannot both be overwritten simul- taneously. however, the a1 byte of sts-1 #1 and the a1 byte of sts-1 #9 can be overwritten simultaneously. this rule does not affect bytes at different locations within the sts-1 (e.g. the a1 and k2 bytes of sts-1 #1 can be overwritten simultaneously). 7.3.10 programmable overhead byte extraction this feature allows the extraction of 3 bytes in the wis rx sonet frame. the extraction is limited to the transport overhead and path overhead bytes only. the location and number of frames is determined through 3 programma- ble registers, located at mdio registers 2.c611h - 2.c613h. three separate control bits are used to initiate extraction of each byte, located in regi ster bits 2.c610h.2:0. after the bytes ar e extracted, their values are stored in 3 separate registers, using the lower 8 bits of mdio registers 2.c614h - 2.c616h.
52 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 7.4 wis alarm processing the wis block detects defects on the fiber input and processes them. the defects are summarized in table 14 below. table 14: summary of defects processed by wis defect/anomaly root cause reported in actions to pcs? 1 1. when a defect propagates to the pcs, local faults will be generated on the xaui output to the upstream mac. los (loss of signal) no optical signal failed optics 2.21h.6 rdi-l 2 , rdi-p 3 defects raised in tx oh 2. rdi-l = [(los or lof or ais-l) and not(reg 3.c010.8)] or [not(wis sync) and not(reg 3.c010.9)] 3. rdi-\p (ais-p/lop-p) = [ais-p and not (reg 3.c010.6)] or [lop-p and not(reg 3.c010.7)] or [rdi-l and not (reg 3.c010.10)] no lof (loss of frame) see los faults 2.21h.7 rdi-l, rdi-p 3 defects raised in tx oh yes loss of wis synchronization see los faults 1.9003h.9 linked to 2.1.7 rdi-l, rdi-p 3 defects raised in tx oh all wis processes suspended yes sef degraded optical signal 2.21h.11 no action no ais-l los or lof in far-end lte 2.21h.4 rdi-l, rdi-p 3 defects raised in tx oh no far end rdi-l rdi-l defect flag transmitted by far-end lte 2.21h.5 no action no lop-p invalid pointer detected (see section 7.2.7 on page 43) 2.21h.0 rdi-p 3 defect raised in tx oh yes ais-p los or lof in far-end pte 2.21h.1 rdi-p 3 defect raised in tx oh yes plm-p path label does not match expected value (see section 7.2.8 on page 45) 2.21h.2 rdi-p 4 defect raised in tx oh 4. rdi-p (lcd-p/plm-p) = [plm-p and not (reg 3.c010.4)] or [lcd-p and not(reg 3.c010.5)] yes lcd-p received wrong type data in payload (not 64/66b encoded) 2.21h.3 rdi-p 4 defect raised in tx oh no far end rdi-p (ais-p/lop-p) ais-p or lop-p defect detected on far-end pte 2.21h.9 no action. no far end rdi-p (plm-p/lcd-p) plm-p or lcd-p defect detected on far-end pte 2.21h.10 no action. no path bip corruption over link 2.3bh counter incremented by one on path bip errors error count per frame transmitted in g1 byte of tx oh. no line bip corruption over link 2.39h-2.3ah counter incremented by the number of line on bip errors error count per frame transmitted in m1 byte of tx oh (max = 255). no section bip corruption over link 2.3ch c ounter incremented by the number of section on bip errors no
revision 5.11 appliedmicro - confidential & proprietary 53 qt2022/32 - data sheet: ds3051 7.4.1 local fault generation certain errors on the fiber input prevent delineation of valid data from the incoming wis frame. these errors include: loss of wis synchronization, lof, lop-p, ais-p and plm-p. when any of these errors are detected, the wis receive process is unable to extract the payload. to handle this condition, the alar m is propagated to the pcs. the pcs layer generates a local fault signal embedded in an idle stream to notify the upstream mac. the error propagates immediately upon detection. the error propagation terminates within 125 s of removal of all error conditions. mask bits are available to prevent eac h of the 4 alarms from propagating to the pcs. these are located in mdio register bits 3.c010h.3 :0. the errors will propagate by default. 7.4.2 wis alarm masking mask bits are available to prevent alarms detected dur ing reception from generating the expected alarm signal in the transmit wis oh. mask bits for the following alarms are available: ais-l/los/lof, lop-p, ais-p, lcd-p, plm-p, wis sync and rdi-l. the mask bits are located in mdio register bits 3.c010h.10:4. the alarms are unmasked by default.
54 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 8 control and status pins detailed description 8.1 general notes 8.1.1 io polarity the user can control the polarity of most low speed cmos pins (mdio registers 1.d003h, 1.d005h). changing the polarity of a pin inverts the logic of the pin function. 8.1.2 io monitoring via mdio for debugging purposes, the user can read mdio register 1.d002h to see the state of most low speed cmos inputs (value after pad and after inversion if enabled) . exceptions are prtad<4: 0>, lanmode, resetn. the state of most low speed cmos outputs (value before pad and before inversion if enabled) can be found in mdio register 1.d004h.the state of the 3 led pins can be ch ecked in the led configuration registers. see section 8.6 on page 70 for details. 8.2 control (input) pins (qt2022 and qt2032) the pins described in this section are common to both the qt2022 and qt2032. all pins have the same function for both products. the low speed control input pins are listed in table 3, ?qt2022/32 ball assignment & signal description,? on page 13. the inputs have switching points which are compat ible with 1.2v cmos logic, but can tolerate up to 3.3v logic levels. 8.2.1 laser fault control pin (txfault) the txfault fault input is used to indicate that there is a problem with the external laser or laser driver. txfault does not have any effect on txenable. 8.2.2 xfp mode control pin (xfp) the xfp input pin is used to configure the chip to s upport system cards interfacing with an xfp module (xfp mode). several features of the chip are changed or disabl ed when the xfp pin is high. when the xfp pin is low, the chip follows the default behavior . the default logic should be used for xenpak / xpak / x2 module applica- tions. there is an internal pulldown within the xfp inpu t, so this is the default state if left unconnected. the following features are changed or disabled when in xfp mode: ? txpllout default frequency changed to baudrate / 64 (161.13 mhz); output turned on by default ? rxlosb_i input pin reassigned as rx_los input for xfp module; logic polarity is inverted ? txon input pin rede fined as an output to driv e mod_desel of xfp module ? eeprom_prot input pin reassigned to input mod_abs from xfp module ? txfault input pin reassigned as mod_nr from xfp module ? lasi_intb input pin reassigned as interrupt from xfp module ? txenable output pin reassigned to drive tx_dis i nput of xfp module; logi c polarity is inverted ? losoutb output pin reassigned to dr ive p_down/rst input of xfp module ? trst_n pin no longer used as connection point for external powerup reset cap.
revision 5.11 appliedmicro - confidential & proprietary 55 qt2022/32 - data sheet: ds3051 the following functions which are specifically for xenpak eepr oms are disabled in xfp mode: ? eeprom checksum ? dom capability ? eeprom_prot protect capability ? pma/pmd type control through eeprom ? tx_flag and rx_flag for generating lasi alarm ? pma/pmd identifier (oui) also see pin description in table 3 on page 13. 8.2.3 reset control pin (resetn) when the resetn pin goes low it resets all the qt2022/3 2 registers to their default values. on power up, the resetn pin must be held low until the power supplies have reach their nominal values. while resetn is low, all high speed signal outputs are shut off. once the resetn pi n goes high, the outputs will turn on (as appropriate). setting any of the mdio reset registers 1.0.15, 3.0.15 and 4.0.15 to 1 will cause a soft reset. a soft reset will also reset all registers to their def ault values. during a soft reset, the high speed signals are not shut off. the soft reset is self-clearing. the reset ev ent will occur sufficiently fast (within a few us) that no pause is required between mdio commands to accommodate the reset. 8.2.4 receive los control pin (rxlosb_i) the rxlosb_i input goes low to indica te a loss of optical re ceive signal. driving rx losb_i low sets the pma receive local fault bit in mdio register 1.8.10, and causes mdio register 1.10.0 (pma receive signal detected) to go low. if legacy = 1, driving rxlosb_i low will also trigger pma receive local fault (1.8.10). local fault ordered_sets will be output at rxxaui wh en rxlosb_i = 0. for performing module diagnostics, the effect of the rxlo sb_i signal on the receive data path can be overridden by setting mdio register 1.c001h.10 to 1. when this bit is set, rxlosb_i=0 will not cause the generation of idle patterns at rxxaui and will not trigger a pma receive local fault. mdio register 1.10.0 is always controlled by rxlosb_i, regardless of the stat e of mdio register 1.c001h.10. the logic of the rxlosb_i input is automatically reversed using the xfp input pin. this is required when using the qt2022/32 in conjunction with an xfp module to match the logic of the rxlos output from the xfp module. see section 8.2.2 for details. 8.2.5 port address control pins (prtad<4:0>) the prtad bits set the port address for mdio/c transactions. see ?management frame format? on page 74. for more information on the mdio/c interface. 8.2.6 receive polarity control pin (rxin_sel) rxin_sel controls the 10 gb/s receiv e path input polarity as defined at th e qt2022/32 pins/balls. the default set- ting, rxin_sel=0, is compatible with xenpak module requirements. table 15: rxin polarity signal rxin_sel=0 rxin_sel=1 rxinp rxinn rxinn rxinp
56 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 8.2.7 transmit polarity control pin (txout_sel) txout_sel controls the 10 gb/s transmit data output polarity as defined at the qt2022/32 pins/balls. the default setting, txout_sel=0, is compatible with xenpak module requirements. 8.2.8 low power mode control pin (txon) txon is the low power mode control pin. when txon=1 th e qt2022/32 will be in norm al operating mode. when txon=0, only the mdio, eeprom and dom functions will be active. an ex ternal refere nce clock must be applied at erefclkp/n for these functions to be active. 8.2.9 xaui input lane ordering control pin (txxaui_sel) txxaui_sel controls the tr ansmit path xaui lane ordering as defined at the qt2022/32 pins/balls. the default setting, txxaui_sel=0, is compatible with xenpak module requirements when the qt2022/32 is in scan mode, the txxaui_sel pin functions as a scan enable pin. if the input is high, scans are enabled. table 16: txout polarity signal txout_sel=0 txout_sel=1 txoutp txoutn txoutn txoutp table 17: txxaui lane ordering signal txxaui_sel=0 txxaui_sel=1 txxaui3p txxaui0p txxaui3n txxaui0n txxaui2p txxaui1p txxaui2n txxaui1n txxaui1p txxaui2p txxaui1n txxaui2n txxaui0p txxaui3p txxaui0n txxaui3n
revision 5.11 appliedmicro - confidential & proprietary 57 qt2022/32 - data sheet: ds3051 8.2.10 xaui output lane ordering control pin (rxxaui_sel) rxxaui_sel controls the tr ansmit path xaui lane ordering as defined at the qt2022/32 pins/balls. the default setting, rxxaui_sel=0, is compatible with xenpak module requirements. 8.2.11 eeprom write protec t control pin (eeprom_prot) when xfp=0, this pin is used to provide write protection for the eeprom memory space. when the eeprom_prot pin is low, full mdio write access to mdio registers 1.8007 - 1.8106h is allowed. when eeprom_prot is high it blocks mdio writes to the registers corresponding to eeprom registers 0 to pl and pu to 255 inclusive thereby pr eventing changes to these eeprom registers. when eeprom_prot is high, it also blocks mdio writes to the dom register space from 1. 9000 - 1.90ffh. i2c write access is also blocked (see section 10.8 on page 93). for more information on the functi on of eeprom_prot, see se ction 10 on page 79. when xfp=1, the eeprom_p rot definition is reassigned to indicate the absence of an xfp module. a high level indicates the xfp module is absent. when used in an xf p application, this pin should be connected to the xfp module ?mod_abs? pin. the state of the eeprom_prot input can be read in register 1.d002h. 8.2.12 lasi interrupt control pin (lasi_intb) the lasi_intb pin is an interrupt pin for raising a lasi al arm from an external device. this provides a method for an external device to rapidly trigger the lasi interrupt, such as a dom. a logical low on this input is a fault condition. the lasi_intb alarm is mapped to the lasi alarm register bit 1.9005h.3. when the la si_intb input is asserted low (alarm condition), regist er bit 1.9005h.3 is set to 1. this will cause the lasi output to be asserted. when xfp=1, lasi_intb is reassigned to the xfp modul e interrupt input pin. when used in an xfp application, this pin should be connected to the xfp module interrupt pin. the alarm behavior is the same in this mode as when xfp=0. that is, when the lasi_int b input is asserted low (alarm condition), register bit 1.9005h.3 is set to 1, causing the lasi output to be asserted. table 18: rxxaui lane ordering signal rxxaui_sel=0 rxxaui_sel=1 rxxaui3p rxxaui0p rxxaui3n rxxaui0n rxxaui2p rxxaui1p rxxaui2n rxxaui1n rxxaui1p rxxaui2p rxxaui1n rxxaui2n rxxaui0p rxxaui3p rxxaui0n rxxaui3n
58 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 8.2.13 backwards compatibility control pin (legacy) the legacy pin is used to revert se veral key register map definitions to be compatible with the amcc qt2021 serdes. when the legacy pin is low, the new qt2022/ 32 register map definitions are used. when high, the qt2021 definitions are used. table 8 lists the register map definition differences affected by the legacy pin. table lists all changes to chip function affected by the legacy pin. the state of the legacy pin is shown in mdio register bit 1.d002h.15. table 19: legacy pin register map definition changes item register register definition legacy = 0 register definition legacy = 1 1 1.9001h.6 txfault enable 0 = disabled (default) 1 = enabled txfault enable 0 = disabled 1 = enabled (default) 2 1.9001h.7 laser output power fault enable 0 = disabled 1 = enabled (default) reserved, ro 3 1.9001h.8 laser temp fault enable 0 = disabled 1 = enabled (default) reserved, ro 4 1.9001h.9 laser bias current fault enable 0 = disabled 1 = enabled (default) reserved, ro 5 1.9003h.4 pma receive local fault, ro/lh defined as: not(receive pll lock) pma receive local fault, ro/lh defined as: not(receive pll lock) or rxlosb_i==0 6 1.9003h.5 receive optical power fault, ro linked to dom alarm 1.a071h.7:6 reserved, ro 7 1.9004h.0 phy_xs transmit local fault, ro/lh defined as: not(txxaui lane align) phy_xs transmit local fault, ro/lh defined as: not(txxaui cdr lock<3:0>) 8 1.9004h.3 pcs transmit local fault, ro/lh defined as: transmit fifo overflow/underflow error pcs transmit local fault, ro/lh defined as: not(txxaui lane sync) or not (txxaui lane align) 9 1.9004h.4 pma transmit local fault, ro/lh defined as: transmit pll not locked pma transmit local fault, ro/lh defined as: (transmit pll not locked) or (txfault) 10 1.9004h.7 laser output power fault, ro linked to dom alarm 1.a070h.1:0 reserved, ro 11 1.9004h.8 laser temp fault enable, ro linked to dom alarm 1.a070h.7:6 reserved, ro 12 1.9004h.9 laser bias current fault, ro linked to dom alarm 1.a070h.3:2 reserved, ro
revision 5.11 appliedmicro - confidential & proprietary 59 qt2022/32 - data sheet: ds3051 8.2.14 receive equalizer enable control pin (eq_en) the eq_en pin is used to enable the fiber receive equalizer. when the pin is high, the equalizer is enabled. when it is low, the equalizer state depends on the state of the xfp pin and the ?override_xfp_eqn? bit. the control logic for the receive equalizer is shown in table 21. 8.3 control (input) pins (qt2032 only) the pins described in this section apply to the qt 2032 only. these pins are unused for the qt2022 product. please see table 3 for require d connectivity information. 8.3.1 lan mode control pin (lanmode) the lanmode control pin is used to force the qt2032 into lan mode. this pin is used in conjunction with the mdio ?port type selection? bit (address 2.7.0). when lanm ode is low, the mode is determined by the ?port type selection? bit. when lanmode is high, the mode is forced to lan mode regardless of the state of the wis select bit. the logic is summarized in table 5. when the lanmode pin is high, access to the wis register space (device 2) is disabled. mdio writes to this space will have no effect and mdio read s to this space will return all 0?s. the lanmode pin is not defined for the qt2022. table 20: legacy pin changes to chip functions item function definition legacy = 1 definition legacy = 0 1 tx jitter test pattern enabled by setting register 3.2a=000eh output pattern is a square wave with 8 ones and 8 zeros (00ffh) output pattern is a square wave with 4 ones and 4 zeros (0f0fh) table 21: receive equalizer truth table eq_en pin state xfp pin state ?override_xfp_eqn? bit 1.c030h.6 equalizer state 1 = enabled; 0 = disabled 00 0 0 00 1 1 01 0 1 01 1 0 1x x 1 table 22: application mode based on la nmode control pin and wis select bit lanmode control pin ?port type selection? bit mdio 2.7.0 mode 00 lan 01 wan 1x lan
60 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 8.3.2 sonet clock rate control pin (refsel622) the qt2032 can accept a 155.52 mhz or 622.08 mhz reference clock on the srefclk input. this control pin is used to select the sonet input clock rate expected by the chip. when refsel622 is low, the chip expects a 155.52 mhz clock. when it is high, the chip expects a 622. 08 mhz clock. the input uses 1.2v logic but is compati- ble with 3.3v logic. the input has an 50k internal pulldown, so the default expected clock rate is 155.52 mhz if the input is not connected. 8.3.3 vcxo clock rate control pin (vcxosel622) the qt2032 can accept a 155.52 mhz or 622.08 mhz referenc e clock on the vcxo input. this control pin is used to select the clock rate expected by the chip. when vxcosel622 is low, the chip expects a 155.52 mhz clock. when it is high, the chip expects a 622.08 mhz clock. the input uses 1.2v logic but is compatible with 3.3v logic. the input has an 50k internal pulldown, so the default expected clock rate is 155.52 mhz if the input is not connected. 8.3.4 vcxob control pin the qt2032 provides support for a vcxo-based pll to filter phase noise on the srefclk or fiber rx recovered clock to ensure compliant jitter generation and jitter tran sfer performance on the tx fiber output. the vcxob pin is used to control the vcxo pll. when the vcxob pin is high, the exte rnal vcxo pll will not be used and the input signals on the vcxoip/n pins will be ignored. when vxcob is low, the external vc xo pll is enabled and the input signals on the vcxoip/n will be used to ti me the tx pll. the input has an 50k internal pullup, so the default configuration of the vcxob pin is to disable the vxco pll if the pin is not connected. 8.3.5 vxcoonly control pin in a linetiming application where an external vxco pll has been implemented, the vxcoonly control pin is pulled high to indicate that no clock has been provided at the srefclk input. when vxcoonly is pulled low, the clock recovery circuitry will expect a valid srefclk. when a valid rx recove red clock is present (indicated by the ltimeok pin), the vxco pll will function normally. when operating in vcxoonly mode (vxcoonly=1), set refsel622 = vcxosel622 for proper operation.
revision 5.11 appliedmicro - confidential & proprietary 61 qt2022/32 - data sheet: ds3051 8.4 low-speed output pins (qt2022 and qt2032) the pins described in this section are common to both the qt2022 and qt2032. all pins have the same function for both products. all the low-speed output pins have the same type of open drain driver. an external 10-22 k pullup resistor to 1.2 v is expected. the open drain configuration allows these signals to be wire ored with other active low open drain disable signals on the module. there are no internal pullups or pulldowns on these pins. figure 16: open drain driver configuration 1.2v coregnd open drain driver pin 10-22 k load capacitance < 320pf
62 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 8.4.1 link alarm status interrupt pin (lasi) the lasi pin is an active-l ow output used to indicate that a link f ault condition has been detected in either the receive or transmit path. it can be used as an interrupt to a microcontroller. the block diagram for lasi is shown in figure 17. control registers are provided so lasi can be programmed to assert only for specific fault conditions. figure 17: lasi block diagram lasi = {or of (reg 1.9005h.n ?bit wise and? reg 1.9002h.n) for n=0..15}, wher e register 1.9005h contains the alarm states, and register 1.9002h contains the enable bits for each alarm. register bit 1.9005h.7 is a writable ?lasi test data? register bit which can be used to te st the lasi pin connectivity. it is enabled by setting register bit 1.9002h.7 1.9002h.3 to 1. when enabled, the lasi output state will be deter- mined by the ?lasi test data? value. table 23: lasi control registers description mdio status register mdio enable register 16b hex type 16b hex default value ls_alarm 1.9005.0 ro/lh 1.9002.0 0 tx_alarm 1.9005.1 ro 1.9002.1 0 rx_alarm 1.9005.2 ro 1.9002.2 0 lasi control 1.9002h lasi status 1.9005h bitwise alarm enable rx_alarm bitwise alarm enable tx_alarm tx_alarm status 1.9004h tx_alarm control 1.9001h rx_alarm status 1.9003h rx_alarm control 1.9000h dq q set clr link alarm status interrupt output clear on read of lasi status register irrespective of link_status signal state ls_alarm global pmd signal ok (1.10.0) pcs block lock (3.32.0) phy xs lane alignment (4.24.12) lasi_intb input pin 0 1 1.9002h.7 (default=0) lasi test data (1.9005h.7) lasi control 1.9002h lasi status 1.9005h bitwise alarm enable rx_alarm bitwise alarm enable tx_alarm tx_alarm status 1.9004h tx_alarm control 1.9001h rx_alarm status 1.9003h rx_alarm control 1.9000h dq q set clr dq q set clr link alarm status interrupt output clear on read of lasi status register irrespective of link_status signal state ls_alarm global pmd signal ok (1.10.0) pcs block lock (3.32.0) phy xs lane alignment (4.24.12) lasi_intb input pin 0 1 1.9002h.7 (default=0) lasi test data (1.9005h.7)
revision 5.11 appliedmicro - confidential & proprietary 63 qt2022/32 - data sheet: ds3051 the ls_alarm signal is latched high each time any of the following signals changes state: ? pmd signal detect (mdio 1.10.0) ? pcs block_lock (mdio 3.32.0) ? phy_xs lane alignment (mdio 4.24.12) when operating the qt2032 in wan mode, additional wis alarms can be programmed to assert lasi. these alarms are used to report a wis-related link fault on th e receive path. the block diagram for the wis alarms is shown in figure 18. the alarms feed into the rx_alarm status register shown in figure 17. figure 18: block di agram of wis alarms lasi_intb interrupt 1.9005.3 ro 1.9002.3 0 unused 1.9005.4 ro 1.9002.4 0 unused 1.9005.5 ro 1.9002.5 0 unused 1.9005.6 ro 1.9002.6 0 lasi test data 1.9005.7 r/w 1.9002.7 0 unused 1.9005.f:8 ro 1.9002.f:8 0 table 23: lasi control registers (continued) description mdio status register mdio enable register 16b hex type 16b hex default value bitwise alarm enable wis status 2.33 (2.21h) wis control 2.c500h wis_alarm to rx_alarm status (1.9003h.7) bitwise alarm enable wis extended status 2.c502h wis extended control 2.c501h wis_ext_alarm to rx_alarm status (1.9003h.8) bitwise alarm enable wis status 2.33 (2.21h) wis control 2.c500h wis_alarm to rx_alarm status (1.9003h.7) bitwise alarm enable wis extended status 2.c502h wis extended control 2.c501h wis_ext_alarm to rx_alarm status (1.9003h.8)
64 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 rx_alarm rx_alarm is used to indicate that a fault has occurred on the receive path . rx_alarm is the bitwise or of the- receive path status register bits in register 1.9003h. rx_alarm can be programmed to assert only when specific receive path fault conditions are pres ent. the programming is performed by writing to a mask register at address 1.9000h. the contents of register 1.9003h is and?ed with register 1.9000h prio r to application of the or function to generate the rx_alarm signal. rx_alarm = {or of (reg 1.9003.n ?bit wise and? reg 1.9000.n) for n=0..9}) table 24: receive alarm registers (rx_alarm) description definition mdio status register (ro) mdio enable register (r/ w) legacy=0 legacy=1 16b hex type 16b hex default value phy_xs receive local fault (mdio 4.8.10 = 1.0008.a h) not (xaui pll locked) 1.9003.0 ro/lh 1.9000.0 1 rx_flag bitwise or of rx_flag register, 1.9007h 1.9003.1 ro/lh 1.9000.1 0 pcs receive code violation invalid 66b code word detected 1.9003.2 ro/lh 1.9000.2 0 pcs receive local fault not(block_lock) (linked to 3.8.10) 1.9003.3 ro/lh 1.9000.3 1 pma receive local fault not(receive pll lock) (linked to 1.8.10) not(receive pll lock) or rxlosb_i==0 (linked to 1.8.10) 1.9003.4 ro/lh 1.9000.4 1 receive optical power fault 1 1. undefined if legacy = 1. 1.a071h.7 or 1.a071h.6 reserved, ro 1.9003.5 ro 1.9000.5 1, legacy=0 0, legacy=1 phy_xs receive rate error receive fifo overflow/underflow error (4.c002h.7 or 4.c002h.6) 1.9003.6 ro/lh 1.9000.6 0 wis alarm interrupt flag 2 2. valid in qt2032 wan mode only. in qt2022, these alar ms are reserved, ro (inc luding qt2032 in lan mode). bitwise or of wis alarm interrupt register, 2.33 (2.21h) 1.9003.7 ro 1.9000.7 0 wis extended alarm interrupt flag 2 bitwise or of wis extended alarm interrupt register, 2.c502h 1.9003.8 ro 1.9000.8 0 wis local fault 2 not(sonet frame sync) (linked to 2.1.7) 1.9003.9 ro/lh 1.9000.9 0 reserved, set to 0 1.9003.f:a ro 1.9000.f:a 0
revision 5.11 appliedmicro - confidential & proprietary 65 qt2022/32 - data sheet: ds3051 rx_flag rx_flag is used to flag a dom receive alarm. rx_flag = {or of (reg 1.a071.n ?bit wise and? reg 1.9007.n) for n=0 to 7} * rx_alarm bits 0 through 5 are read from the dom device and mapped to registers 1.a071h.5:0. the function of these bits is not specifically defined in the xenpak msa, but they are used in generating the rx_flag signal in order to allow for vendor specific alarms to be defined. thes e alarms should be disabled via the associated mdio regis- ter bits 1.9007.5:0 when not is use. tx_alarm tx_alarm is used to indicate that a fault has occurred on the transmit path. tx_alarm is the bitwise or of the receive path status register bits in register 1.9004h. tx _alarm can be programmed to assert only when specific receive path fault conditions are pres ent. the programming is performed by writing to a mask register at address 1.9001h. the contents of register 1.9004h is and?ed with register 1.9001h prio r to application of the or function to generate the tx_alarm signal. tx_alarm = {or of (reg 1.9004.n ?bit wise and? reg 1.9001.n) for n=0..10} table 25: rx_flag alarm registers description mdio status register (ro,lh) mdio enable register (r/w) mdio enable register default value receive optical power high alarm 1.a071h.7 1.9007h.7 0 receive optical power low alarm 1.a071h.6 1.9007h.6 0 rx_flag alarm bits 0 through 5 * 1.a071h.5:0 1.9007h.5:0 0 table 26: transmit alarm registers (tx_alarm) description alarm definition mdio status register (ro) mdio enable register (r/w) legacy=0 legacy=1 default 16b hex type 16b hex legacy =0 legacy 1 phy_xs transmit local fault not(txxaui lane align) (linked to 4.8.11) not(txxaui cdr lock<3:0>) (linked to 4.8.11) 1.9004.0 ro/lh 1.9001.0 1 tx_flag bitwise or of tx_flag register, 1.9006h 1.9004.1 ro/lh 1.9001.1 0 phy_xs transmit rate error transmit fifo overflow/underflow error (4.c002h.9 or 4.c002h.8) 1.9004.2 ro/lh 1.9001.2 0 pcs transmit local fault (mdio 3.8.11) transmit fifo overflow/underflow error (linked to 3.8.11) not(txxaui lane sync) or not (txxaui lane align) (linked to 3.8.11) 1.9004.3 ro/lh 1.9001.3 1
66 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 tx_flag tx_flag is used to flag a dom transmit alarm. tx_flag = {or of (reg 1.a070.n ?bit wise and? reg 1.9006.n) for n=0 to 7} pma transmit local fault transmit pll not locked (linked to 1.8.11) (transmit pll not locked) or (txfault) (linked to 1.8.11) 1.9004.4 ro/lh 1.9001.4 1 latched version of txlock not(fiber transmit pll locked) (reflects value in 1.c001h.0) 1.9004.5 ro/lh 1.9001.5 0 latched version of txfault (based on input pin) txfault 1.9004.6 ro/lh 1.9001.6 0 1 laser output power fault 1 dom alarm 1.a070h.1:0 reserved, ro 1.9004.7 ro 1.9001.7 1 n/a laser temperature fault 1 dom alarm 1.a070h.7:6 reserved, ro 1.9004.8 ro 1.9001.8 1 n/a laser bias current fault 1 dom alarm 1.a070h.3:2 reserved, ro 1.9004.9 ro 1.9001.9 1 n/a phy_xs code error txxaui invalid 8b/10b code word detected (logical or of 4.c006h.3:0 1.9004.a ro/lh 1.9001.a 0 reserved, set to 0 1.9004.f:b ro 1.9001.f:b n/a 1. undefined if legacy = 1. table 27: tx_flag alarm registers description mdio status register (ro/ lh) mdio enable register (r/w) mdio enable register default value transmit temperature high alarm 1.a070h.7 1.9006h.7 0 transmit temperature low alarm 1.a070h.6 1.9006h.6 0 t x_flag alarm bits 4 and 5* 1.a070h.5:4 1.9006h.5:4 0 laser bias current high alarm 1.a070h.3 1.9006h.3 0 laser bias current low alarm 1.a070h.2 1.9006h.2 0 laser output power high alarm 1.a070h.1 1.9006h.1 0 laser output power low alarm 1.a070h.0 1.9006h.0 0 table 26: transmit alarm regi sters (tx_alarm) (continued) description alarm definition mdio status register (ro) mdio enable register (r/w) legacy=0 legacy=1 default 16b hex type 16b hex legacy =0 legacy 1
revision 5.11 appliedmicro - confidential & proprietary 67 qt2022/32 - data sheet: ds3051 * tx_alarm bits 4 through 5 are read from the dom device and mapped to registers 1.a070h.5:4. the function of these bits is not specifically defined in the xenpak msa, but they are used in generating the tx_flag signal in order to allow for vendor specific alarms to be defined. thes e alarms should be disabled via the associated mdio regis- ter bits 1.9006h.5:4 when not is use. wis_alarm wis_alarm is used to indicate that a wan-related fault has occurred on the receive path. wis_alarm is the bit- wise or of the wis status 3 register bits in register 2.21h. wis_alarm can be programmed to assert only when specific receive path fault conditions are present. the programming is performed by writing to a mask register at address 2.c500h. the contents of register 2.21h is and?ed with register 2.c500h prior to application of the or function to generate the wis_alarm signal. t wis_alarm = {or of (reg 2.21h.n ?bit wise and? reg 2.c500.n) for n=0..11} table 28: wis status 3 register (wis_alarm) description definition mdio status register (ro) mdio enable register (r/w) 16b hex type 16b hex default value lop-p loss of pointer 2.21.0 ro/lh 2.c500.0 0 ais-p alarm indication signal 2.21.1 ro/lh 2.c500.1 0 plm-p loss of label mismatch 2.21.2 ro/lh 2.c500.2 0 lcd-p path loss of cell delineation 2.21.3 ro/lh 2.c500.3 0 ais-l line alarm indicati on signal 2.21.4 ro/lh 2.c500.4 0 rdi-l line remote defect indication 2.21.5 ro/lh 2.c500.5 0 los loss of signal (based on no transitions as described in ansi t1.416-1999) 2.21.6 ro/lh 2.c500.6 0 lof loss of frame 2.21.7 ro/lh 2.c500.7 0 reserved, set to 0 2.21.8 ro 2.c500.8 0 far end ais-p/lop-p far-end alarm indication signal 2.21.9 ro/lh 2.c500.9 0 far end plm-p/lcd-p far-end loss of label mismatch 2.21.a ro/lh 2.c500.a 0 sef severely errored frame 2.21.b ro/lh 2.c500.b 0 reserved, set to 0 2.21.f:c ro 2.c500.f:c 0
68 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 wis_ext_alarm wis_ext_alarm is used to indicate that a wan -related fault has occurred on the receive path. wis_ext_alarm is the bitwise or of the wis extended alarms status register bits in register 2.c502h. wis_ext_alarm can be programmed to assert only when s pecific receive path fault conditions are present. the programming is performed by writing to a mask register at address 2.c501h. the contents of register 2.c502h is and?ed with register 2.c501h prior to application of the or function to generate the wis_alarm signal. t wis_alarm = {or of (reg 2.c501h.n ?bit wise and? reg 2.c502.n) for n=0..11} table 29: wis extended alarms status register (wis_ext_alarm) description definition mdio status register (ro) mdio enable register (r/w) 16b hex type 16b hex default value k1 validated byte flag incorrect k1 validated byte 2.c502.0 ro/lh 2.c501.0 0 k2 validated byte flag incorrect k2 validated byte 2.c502.1 ro/lh 2.c501.1 0 received inconsistent k1 bytes flag received inconsistent k1 bytes 2.c502.2 ro/lh 2.c501.2 0 received inconsistent k2 bytes flag received inconsistent k2 bytes 2.c502.3 ro/lh 2.c501.3 0 s1 validated byte flag incorrect s1 validated byte 2.c502.4 ro/lh 2.c501.4 0 reserved reserved 2.c502.5 ro 2.c501.5 0 received new j0 trace message mismatch flag new j0 trace message detected received j0 trace mismatch 2.c502.6 ro/lh 2.c501.6 0 received new j1 trace message mismatch flag new j1 trace message detected received j1 trace mismatch 2.c502.7 ro/lh 2.c501.7 0 sd alarm flag detected signal degrade alarm 2.c502.8 ro/lh 2.c501.8 0 sd timing window expired flag signal degrade timing window expired 2.c502.9 ro/lh 2.c501.9 0 sf alarm flag detected signal fail alarm 2.c502.a ro/lh 2.c501.a 0 sf timing window expired flag signal fail timing window expired flag 2.c502.b ro/lh 2.c501.b 0 reserved 2.c502.f:c ro 2.c501.f:c 0
revision 5.11 appliedmicro - confidential & proprietary 69 qt2022/32 - data sheet: ds3051 8.4.2 receive loss-of-signal pin (losoutb) losoutb indicates when the input signal applied at rxin /p is below a threshold wh ich can be adjusted via the resistor connected to the ith_los pin. losoutb=0 in dicates that the signal is below the threshold. the logic of the losoutb output may be reversed using the xfp input. this may be required when using the qt2022/32 in conjunction with an xfp module. see section 8.2.2 for details. 8.4.3 laser driver enable pin (txenable) the txenable status pin is used to enabl e or disable an external laser driver. the state of the xfp control pin inverts the logic txenable output logic. when xfp is low, the txenable output is non-inverted. in the enable state, the open drain output is off allowing an external pull-up resistor to pull the txenable output high. in this state, a driver on another device may pull the external txenable signal low to disable the laser driver. in the disabl e state, the open drain output is on pulling the txenable output low. when xfp is high, the txenabl e output is inverted. in the disable state, the open drain output is off allowing an external pull-up resistor to pull the txenable output high. in this state, a driver on another device may pull the external txenable signal low to enable the laser driver. in the enable state the open drain output is on, pulling the txenable output low. this pin should be connected to the xfp module ?tx_dis? pin. the truth table showing the txenable logic when xfp =0 is presented in table 30. the truth table when xfp =1 is presented in table 31. note that the txon pin state is not in the truth table in xfp mode because its function is changed to an output. table 30: txenable logic (xfp = 0) txon control pin transmit disable mdio 1.9.0 low power mode mdio 1.0.11 low power mode mdio 3.0.11 low power mode mdio 4.0.11 txenable logical state txenable driver state 0 x x x x disabled low x 1 x x x disabled low x x 1 x x disabled low x x x 1 x disabled low x x x x 1 disabled low 1 0 0 0 0 enabled float
70 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 8.5 low-speed output pins (qt2032 only) the pins described in this section apply to the qt2032 only. these pins are not defined for the qt2022 product. all the low-speed output pins have the same type of open drain driver. an external 10-22 k pullup resistor to 1.2 v is expected. the open drain configuration allows these signals to be wire or?ed with other active low open drain dis- able signals on the module. there are no internal pullups or pulldowns on these pins. 8.5.1 line timing okay status pin (ltimeok) the ltimeok pin is used in a wan application using line timing mode where an external vxco pll circuit has been implemented and a fixed reference is not provided on srefclk, as explained in section 6.2.4, ?vcxo pll,? on page 32. the ltimeok pin is to be used to force the e xternal vcxo to its center frequency when line timing conditions are not valid or line timing is disabled. when linetiming conditions are valid and linetiming is enabled, a logic high on ltimeok indicates that the vcxo may lo ck to the fiber rx recovered clock. when linetiming con- ditions are not valid or linetiming is disabled, a logic low on the ltimeok outp ut pin will force the vcxo to its center frequency. refer to section 6.2.4, ?vcxo pll,? on page 32 for de tailed information on the operation of the vcxo pll. 8.6 led/gpio driver pins (ledx) the qt2022/32 incorporates three bidirectional i/os. one of the primary applications for these pins is as direct led drivers in hostboard applications. they can al so be used for general purpose input or output. each led driver may be programmed to one of several different modes using the led configuration registers 1.d006h, 1d007h and 1.d008h (for led1, led2 and led3 respectively). each led can be programmed to indicate one of the following conditions: ? rx or tx link status only ? rx or tx activity status only ? rx or tx link status/activity status combined ?led on ?led off table 31: txenable logic (xfp = 1) transmit disable mdio 1.9.0 low power mode mdio 1.0.11 low power mode mdio 3.0.11 low power mode mdio 4.0.11 txenable logical state txenable driver state xxxxdisabledfloat 1 x x x disabled float x 1 x x disabled float x x 1 x disabled float x x x 1 disabled float 0000 enabledlow
revision 5.11 appliedmicro - confidential & proprietary 71 qt2022/32 - data sheet: ds3051 each led driver can be independently programmed to monitor either the transmit path or the receive path, con - trolled by bit 3 of the led configur ation registers. led1 monitors the tr ansmit path by default, while led2 and led3 monitor the receive path by default. txxaui lane alignment is used as the link status indication on the transmit path. pcs block_lock is used as the link status indication on the receive path. a packet activity event will be generated when the packet start code ||s|| is detected in the pcs encoder fo r transmit path or in the pcs decoder for the receive path. in ?activity status? mode the led will be off normally and flash on fo r 50 or 100 ms on at ea ch activity event, and will be subsequently turned off for 25 or 50ms. any packet acti vity events that occur before the led toggle cycle fin- ishes will be ignored. figur e 19 on page 71 shows the led stre tching behavior for activity only mode. in ?link status / activity status combin ed? mode the led is on to indicate the link is up and off to indicate the link is down. when the link is up, the led will turn off for 25 or 50ms fo r each activity even t, and will be subsequently turned on for 50 or 100ms. any packet activity events that occur before th e led toggle cycle finishes will be ignored. figure 20 on page 72 shows the led stretching behavior for link/activity combined mode. the stretch time is controlled by bit 4 of the led configur ation registers. this determines the amount of time the led will flash on during a pack et activity event. when set to a 0 (default) the stretch ti me is 50ms; when set to a 1, the stretch time is 100ms. the time the le d is turned off during the packet activi ty event is equal to half the stretch time. when in link status only mode, the led is off when the link is down. the led is on when the link is up. the led driver pins are open drain circuits (10ma max curren t rating). when the led is on, the driver pin is driven low (control register bits 2:0 = ?101?). when the led is off, the driver pin is high impedance (control register bits 2:0 = ?100?). led1 and led2 are in ?link status and activity? monitor mode by default. led3 is in ?link status only? mode by default. the led2 pin is also used to enable ?two-byte? indirect addressing on the i2c bus. to enable this feature, the led2 pin is held low during a har d reset (using resetn pin). figure 19: led stretching for activity only mode led note: the direct drive led output in this diagram is shown as active low 25/50ms activity event 50/100ms packet 50/100ms
72 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 figure 20: led stretching for link/activity combined mode 8.7 analog control pins this section describes the low-speed analog control pins on the product. 8.7.1 loss of signal threshold adjust pin (ith_los) the ith_los pin is used to set the analog loss of sign al (los) alarm threshold. the los alarm includes hystere- sis. an los alarm is declared when the peak-to-peak signal at the fiber receiver drops below the assert threshold level (signal level ?a? in section 50, ?losoutb hystere sis,? on page 198). the los alarm is cleared when the peak-to-peak signal increases above the deas sert threshold level (signal level ?b? in section 50, ?losoutb hys- teresis,? on page 198). the analog los alarm drives the losoutb signal output to indicate an alarm state. refer to section 8.4.2, ?receive loss-of-signal pin (losoutb),? on page 69 for details. the analog los alarm does not perform any other actions. the alarm threshold is set by connecting a resistor betwee n the pin and ground. the resistor value determines the threshold. the hysteresis is fixe d for a given alarm threshold. the analog los detector is always enabled. if the pin is left open (no resistor to ground) the los detector will never assert. please consult amccs? application note ?implementi ng los for the qt2022/qt2032? for more information on design practices with the los feature. led 50/100ms 25/50ms activity event packet 25/50ms note 1) : this assumes the link is up 2) : the direct drive led output in this diagram is shown as active low 50/100ms
revision 5.11 appliedmicro - confidential & proprietary 73 qt2022/32 - data sheet: ds3051 9 mdio interface the management data input output (mdio) interface provides a simple, two wire, serial interface to connect a sta- tion management entity (sta) and a managed phy for the pur pose of controlling the phy and gathering status from the phy. the management interface consists of the tw o wire physical interface, a frame format, a protocol specification for exchanging the frames and a register set that can be read and written using these frames. the two wires of the physical interface ar e the management data clock (mdc) and the management data i/o (mdio). 9.1 management data clock (mdc) the mdc is sourced by the station management entity to the phy as the timing reference for transfer of informa- tion on the mdio signal. mdc is an aperiodic signal that has no maximum high or low times. please see table 61, ?mdio ac parameters,? on page 189 for minimum high and low times. 9.2 management data i/o (mdio) mdio is a bidirectional signal between the phy (qt2022/32) and the sta. it is used to transfer control and status information. data is always driven and sampled synchronously with respect to mdc. 9.3 mdio timing relationship to mdc mdio is a bidirectional signal that can be sourced by the sta or the qt2022/32. when the sta sources the mdio signal, the sta shall provide a minimum of 10ns of setup time and a minimum of 10 ns of hold time referenced to the rising edge of mdc. when the mdio signal is sourced by the qt2022/32, it is sampled by the sta synchronously with respect to the rising edge of mdc. please see table 61, ?mdio ac parameters,? on page 189 for the clock output delay. figure 21: mdio/mdc timing tsu=10ns min thd=10ns min tpd = 0ns min, 300ns max data valid mdc mdio (sta sourced) mdc mdio (phy sourced) data valid
74 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 9.4 mdio bus initialization the mdio bus requires a valid lan reference clock to be supplied to the erefclk input to initialize after powerup or hard reset. the chip will not resp ond as expected to mdio commands until a valid reference clock is present. once the mdio bus has initialized, the reference clock supplied to erefclk can be removed and the mdio bus will continue to function normally. if the power is cycled or a hard reset is applied to the chip, the lan reference clock must be present to re-initialize the bus. the mdio bus does not require re-initialization after a soft reset (x.0.15 = 0). 9.5 mdio pin the mdio output has an open drain driver. an external pull resistor to 1.2 v is expected as per annex 45a of the ieee standard. figure 22: mdio open drain driver configuration 9.6 management frame format the qt2022/32 has an internal address register which is used to store the address for mdio reads and writes. this mdio address register is set by sending an mdio address frame which specifies the register address to be accessed within a partic ular logical device. after an address frame has been sent, the following writ e, read or a post-read-increment-address frame to the same logical device accesses the regi ster whose address is stored in the qt2022/32 mdio address register. an address frame should be followed immediately by the associated write, read or post-read-increment-address frame. upon receiving a post-read-increment-address frame and hav ing completed the read operation, the qt2022/32 shall increment the stored address in the mdio address register. if no address frame is received before the next write, read or post-read-increment-address frame, th en the qt2022/32 shall use the incremented address cur- rently stored in the address register. the management frame format for in direct access is specified below. 1.2v coregnd open drain driver receive buffer mdio pin pullup, r external capacitive loading c
revision 5.11 appliedmicro - confidential & proprietary 75 qt2022/32 - data sheet: ds3051 table 32: management frame format management frame fields frame pre st op prtad devad ta addr/data idle address 1...1 00 00 prtad[4:0] da[4:0] 10 d[15:0] z write 1...1 00 01 prtad[4:0] da[4:0] 10 d[15:0] z read 1...1 00 11 prtad[4:0] da[4:0] z0 d[15:0] z read-inc 1...1 00 10 prtad[4:0] da[4:0] z0 d[15:0] z
76 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 figure 23: mdio frame structure 9.6.1 preamble field (pre) at the beginning of each transaction the sta shall s end a preamble sequence of 32 c ontiguous logic one bits on mdio with 32 corresponding cycles on mdc, to provide t he qt2022/32 with a pattern that it can use to establish synchronization. the qt2022/32 must observe this preambl e sequence before it responds to any transaction. 9.6.2 start field (st) the start of frame is indi cated by a <00> pattern. 32 ?1?s 0 0 0 0 a4 a3 a0 r4 r3 r0 1 0 a15 a14 a1 a0 mdc mdio write idle preamble st op code phy address register address turnaround address idle write 32 ?1?s 0 0 1 0 a4a3 a0 r4 r3 r0 mdc mdio read idle preamble st op code phy address register address turnaround data idle write z 0 d15 d14 d1 d0 read device management interface - address frame structure device management interface - read increment frame structure 32 ?1?s 0 0 1 1 a4a3 a0 r4 r3 r0 mdc mdio read idle preamble st op code phy address register address turnaround data idle write z 0 d15 d14 d1 d0 read device management interface - read frame structure 32 ?1?s 0 0 0 1 a4 a3 a0 r4 r3 r0 1 0 d15 d14 d1 d0 mdc mdio write idle preamble st op code phy address register address turnaround data idle write device management interface - write frame structure increment z z z z
revision 5.11 appliedmicro - confidential & proprietary 77 qt2022/32 - data sheet: ds3051 9.6.3 operation code field (op) the operation code field describes the major function of the frame. four frame types are supported, correspond- ing to the frames shown in figure 23 on page 76. the op codes for each frame type are shown in figure 33 on page 77. 9.6.4 port address field (prtad) the port address is five bits, allowing 32 unique port addresses. the qt2022/32 port address is set through pins prtad<4:0>. 9.6.5 device address field (devad) the device address is five bits, allowing 32 unique dev ices per port. the qt2022/32 supports device addresses 1 (pma/pmd), 3 (pcs) and 4 (phy xs). 9.6.6 turnaround field (ta) the turnaround time is a two bit time spacing between th e register address field and the data field of a manage- ment frame to avoid contention during a read transaction. 9.6.7 data/address field the data/address field is 16 bits. for the ?register address? frame, this field contains the register address. for all other field types, it contains data. the first bit transmitted/received is bit 15, msb, and the last bit is bit 0, lsb. 9.6.8 idle field (idle) the idle condition on mdio is a high-impedance state. th e open drain driver will be turned off and the external pull-up resistor will pull the mdio line to a logic one. 9.7 xfp module access through mdio in an xfp application, the i2c bus of the qt2022/32 can be connected to the xfp module. the chip can commu- nicate with the xfp module using the same read/write co ntrol register and memory space as the xenpak nvr eeprom defined in section 10 on page 79. the xfp module i2c interface must be connected to the eeprom_scl and eeprom_sda clock and data lines. the xfp module address is 1010000x. the 256 byte xfp address space will be autom atically read upon powerup or reset of the qt2022/32. read and write access to the xfp module uses the same register commands that apply to the eeprom device. the control register for read/write access is r egister 1.8000h. the xfp address space will be mapped to the qt2022/32 eeprom memory space located in re gister 1.8 007-1.8106h. when the qt2022/32 is in xfp mode any xenpak interpreta tion of the address space is deactivated. for exam- ple, no dom access will be pe rformed and dom-rela ted lasi alarms are not triggered. table 33: op code definitions op code operation 00 register address 01 write data 11 read data 10 post read data + increment
78 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 each xfp module has a 2-wire serial interface which is an i2c interface. the qt2022/32 acts as the bus master to read from or write to the xfp module. since the xfp module has the same slave address as the eeprom slave address for xenpak mode, the eeprom and xfp module ca nnot exist at the same time. the xfp mode is selected using the xfp control pin. al l the xfp module access th rough mdio is indirect access. the detailed description of xfp module access is described in the eeprom section ( see ?two wire (eeprom) interface? on page 79. ). single byte and 256 byte read and write are supported for xfp module access through the qt2022/32. packet error checking for read and write operations are not supported by qt2022/32. the following functions, which ar e specifically for xenpak eeprom s, are disabled in xfp mode: ? eeprom checksum ? dom capability ? eeprom protect capability ? pma/pmd type control through eeprom ? tx_flag and rx_flag for generating lasi alarm ? pma/pmd identifier (oui) see ?qan0026: qt2022c1 & qt2032a1 implementation and usage tips for xfp applications?, referenced in table 77, for more information.
revision 5.11 appliedmicro - confidential & proprietary 79 qt2022/32 - data sheet: ds3051 10 two wire (eep rom) interface the eeprom interface is a standard two-wire interface that can be used as a master to control peripheral devices or as a slave to allow control by other devices. the primar y application for this interface is in a module application to support an external eeprom device for module nvr co nfiguration and a dom device for optical performance monitoring. this feature is based on the xenpak msa. in xfp mode, this interface can be used to communicate with an xfp module. an external microcontroller is able to control and access the qt2022/32 memory space via this interface. the eeprom serial interface consists of pins eeprom_scl and eeprom_sda. the logic levels for this inter- face are 0 and 1.2 volts and is 3. 3v tolerant. the eeprom_s cl output clock is only active when accessing a peripheral device. the default clock rate is 37khz. clock stretc hing is supported. the bidirectional eeprom_sda pin is an open drain acti ve pull down driver for data transfer and may be wire- or?ed with other open drain devices. it requires an external pullup resistor to 3.3v. eeprom_scl is an output du ring normal operation. it requires an external pullup re sistor to 3.3v. when the eeprom_scl clock signal is inac tive, it is in a high imp edance state. eeprom_scl is al so bidirectional to allow an external device to control the i2c bus. the multi-master mode is supported through bus arbitration. the qt2022/32 can act as a slave device. figure 24: eeprom_sda open dr ain driver configuration the eeprom slave address for the xe npak nvr is hardwired to 1010000. data bytes are 8 bits. the word address bytes are 8 bits for a total of 256 word addresses. each eeprom device register is mirr ored in an mdio register within the qt2022/32. eeprom registers 0- 255 are mapped to mdio registers 1.8007h to 1.8106h. when the control pin eeprom_prot is hi gh writes are blocked to the mdio registers corres ponding to eeprom registers 0 to pl and pu to 255 inclusive. pl is set equal to one less than the cu stomer field address, which is read from eeprom register 6 and stored in mdio register 32781 (800dh). pu is set equal to the vendor field address which is read from eeprom register 7 and stored in md io register 32782 (800eh). if the uploaded customer field address is greater than or equal to the vendor field address then pl and pu will revert to thei r default values. the default value for pl is 82 (this corresponds to mdio register 32857, 8059h). the default value for pu is 167 (this corresponds to mdio register 80aeh). 3.3v coregnd open drain driver receive buffer eeprom_sda pin pullup load capacitance 10 pf r=15 k
80 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 table 34: xenpak eeprom register map eeprom reg address mdio register xenpak msa description address bits 7:0 default value a 0 0 32775 8007 00 first register, first regist er used for checksum calculation :00 6 6 32781 800d 00 customer field address 7 7 32782 800e 00 vendor field address :00 17 11 32792 8018 00 10gbase type :00 43 2b 32818 8032 00 package identifier oui mapped to mdio register 1.14 upper byte 44 2c 32819 8033 00 package identifier oui mapped to mdio register 1.14 lower byte 45 2d 32820 8034 00 package identifier oui mapped to mdio register 1.15 upper byte 46 2e 32821 8035 00 package identifier oui mapped to mdio register 1.15 lower byte :00 82 52 32857 8059 00 :00 99 63 32874 806a 00 :00 115 73 32890 807a 01 dom capability 116 74 00 117 75 32892 807c 00 last register used for checksum calculation 118 76 32893 807d 00 basic field checksum value, def ault last lower protected eeprom register ( pl ) 119 77 32894 807e 00 start of customer writeable area :00 166 a6 32941 80ad 00 end of customer writeable area 167 a7 32942 80ae 00 start of vendor specific regi sters, default start of upper prot reg ( pu ) : 200 c8 32975 80cf 00 register upload configurati on capability (see section 10.7 on page 91) bit 1: register value upload enable control for two external eeproms. ?1? indicates upload enable. bit 4:2: slave address for the first 256x8 external eeprom which stores the registers upload values. if this value is ?000? or ?111? take no action. bit 7:5: slave address for the sec ond 256x8 external eeprom which stores the register upload values. if this value is ?000? or ?111? take no action.
revision 5.11 appliedmicro - confidential & proprietary 81 qt2022/32 - data sheet: ds3051 a bits 15:8 of the mdio registers are reserved (ro) and will re turn a value of 0 when read. 10.1 eeprom data transfer timing 10.1.1 data transfer the data on the eeprom_sda line must be stable during the high period of the clock eeprom_scl. the high or low state of the data line can only change when eeprom_scl is low. figure 25: data bit transfer 10.1.2 start and stop conditions a high to low transition on the eeprom_sda line whil e eeprom_scl is high defi nes a start condition. a low to high transition on the eeprom_sda line while eeprom_scl is hi gh defines a stop condition. start and stop conditions are generated by the bus master figure 26: start and stop conditions : 255 ff 33030 8106 00 table 34: xenpak eeprom re gister map (continued) eeprom reg address mdio register xenpak msa description address bits 7:0 default value a data line stable data valid change of data allowed eeprom_sda eeprom_scl p s start condition stop condition eeprom_sda eeprom_scl
82 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 10.1.3 acknowledge the transmitting device rele ases the eeprom_sda line after transmitting eight data or address bits. during the ninth cycle the receiving device will pull the eeprom_sda line low to acknowledge t hat it received the bits. figure 27: acknowledge condition 10.1.4 bus rate control the default clock rate for the eeprom bus is 37khz when the chip is the bus master. the qt2022/32?s master bus rate can be increased to 74khz or 600khz using the bus rate control bits 1.c003h.15:14. 10.2 eeprom 256 byte read cycle the eeprom 256 byte read cycle is initiated by setting the mdio regi ster bits 1.32768.0:1 and clearing bit 1.32768.5 (1.8000h.5) . bits 0 and 1 are self clearing after the ee prom 256 byte read cycle is complete. mdio registers 1.32768.3:2 (1.8000h.3:2) i ndicate when the read has been completed. the eeprom command status register must be in the idle state, 1.8000h.2:3=00, for an eeprom read command to be accepted. the completion of a hard reset via the resetn pin or a software reset via the mdio also triggers the 256 byte read cycle. when powering up the qt2022/32, a hard reset will be app lied, and the eeprom registers will be automatically uploaded. the upload is part of the initializ ation sequence for the qt2022/32 and must be completed before the device is ready for use. the eeprom command status register, mdio 1.8000h.2:3, can be monitored to see when the upload has been completed. a complete upload of 256 bytes requires approximately 60 ms, when the burst read size is set to the default value of 256 bytes. the timing for the 256 byte re ad cycle is shown in the figure figure 28 on page 83. the eeprom internal address counter is first set to 0 by a dummy write cycle. this is followed by a random access read from word address 0. the reception of the 8 data bits is followed by an acknowled gement (ack) from the qt2022/32. the ack indicates to the eeprom that data from the next word address will be read. an ack is supplied after the reception of each data byte until a total of 256 bytes have been read. no ack is given after data byte 255 followed by a stop (p) to terminated the sequential read cycle. the data which is read is stored in 256 mdio registers starting at address 1.8007h through to address 1.8106h. the 8 bit bytes from the eeprom are mapped onto the 8 ls b?s of the associated mdio register. the other 8 bits are unused. they ca nnot be written to, and will return a value of 0 if read. a s eeprom_sda eeprom_scl start condition acknowledge condition 1 8 9 2 through 7
revision 5.11 appliedmicro - confidential & proprietary 83 qt2022/32 - data sheet: ds3051 figure 28: eeprom 256 by te read cycle timing the mdio interface transmits and receiv es bit 15 first. the eeprom protocol has bit 7 transmitted first. mdio data bits are numbered from 0 to 15. eeprom bits are numbered from 0 to 7. eep rom bit 0 is mapped to mdio regis - ter bit 0, eeprom bit 7 is mapped to md io register bit 7. the upper 8 mdio register bi ts are hard wired to 0. the eeprom slave address is hard wired to 1010000. the first 4 bits of the slave address (1010) are the eeprom device type identifier portion and 000 is the eepr om device address. the eeprom must provide an acknowledgement (ack) when presented with its slave address before any reads or writes can occur. upon receptio n of the ack, the sequential read c an commence. the eeprom must also pro- vide an ack after the address byte field and slave address field are sent. if any of the three expected acks is not provided by the eeprom, the qt2022/32 w ill restart the read cycle. if proper acks are not rece ived after 16 poll- ing sequences the error flag eeprom_ack_err or is set and the read sequence is aborted. this er ror flag can be accessed at mdio register address 1.c003h.12. it is cl eared upon a read of this register or a qt2022/32 chip reset. 10.2.1 eeprom checksum checking the qt2022/32 will perform a checksum calculation and compare after every success ful 256 byte read. the checksum for comparison is in eeprom register 118 = 1.32893 (1.807dh). th e checksum is equal to the 8 lsb?s of the sum of bytes 0 to 117 of the eeprom. the calc ulated checksum is stored in mdio register 1.c004h.15:8. the result of the comparison of the calculated checksum with the one read from the eeprom is placed in mdio register 1.c003h.7. 10.3 eeprom 256 byte write cycle an eeprom 256 byte write cycle is initiated by setting mdio bits 1.80 00h.0,1 and 5 to 1. the eeprom command status re gister must be in the idle state, 1. 8000h.2:3=00, for an eeprom write command to be accepted. the information to be written to the eeprom is stored in the same 256 mdio registers where the data read from the eeprom is placed. data must be placed in mdio r egisters 1.8007h to 1.8106h via the mdio interface before starting the eeprom 256 byte write sequence. page write mode is used to transfer 1, 8 or 16 bytes (s et by mdio register 1.c003h.1 :0) to the eeprom at a time. it is done sequentially 256, 32 or 16 times in order to transfer all 256 bytes. in between page writes, the qt2022/32 polls the eeprom for an ack, which indi cates that the eeprom internal write cycle is completed. if no ack is received, the qt2022/32 waits for 1.7ms and then repeats t he poll for an ack. after 16 tries without an ack, the write cycle is aborted and the eeprom_ack_error flag is set. an ack must be received after each data word is written or the write cycle is a borted and the eeprom_ack_error flag is set. mdio registers 1.32768.3:2 (1.8000h.3:2) indicate when the write has been completed. 1 s 1 0 1 0 0 0 0 a00 0 0 a d7 d6 d1 d0 a p s t o p a c k a c k a c k s t a r t slave address address byte r e a d 0 w r i t e 00000000 eeprom address counter write = dummy write s 1 0 0 0 0 0 s t a r t slave address 1 data byte 0 data byte 255 n o c a k phy eeprom a a c k data bytes 2 - 254 random access read from word address 0 d7 d6 d1 d0 d7 d6 d1 d0 a a c k
84 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 figure 29: eeprom 8 byte page write cycle timing 10.4 eeprom single byte read or write cycle an eeprom single byte read/w rite cycle is initiated by setting mdio eeprom control register bits 1.32768.1:0 (1.8000h.1:0) to 10. as for the 256 byte read/write command s, mdio register 1.8000h.5 determines if a read or a write cycle will be performed. the si ngle byte eeprom address is read from eeprom control register bits 1.8000h.15:8. the data is read to or from the associated mdio register. if an nvr command is in progress, then no new nvr co mmand will be accepted. the nvr command register must be in the idle state for any new nvr commands to be accepted. a dom command request will be queued if an nvr command is in progress. 10.5 xenpak diagnostic optical monitoring (dom) diagnostic optical monitoring (dom) is performed using an external device, hereafter referred to as the dom device. all analog signal m easurement and calibrati on will be done by th e dom device. no anal og signal measure- ment is done by the qt2022/32. note: this feature applies only to xenpak type applicat ions (xfp=0). for an xfp application, the qt2022/32 will disable the xenpak dom functionality when the xfp pin is driven high (xfp=1). the xfp dom information will be stored in the qt2022/ 32 eeprom memory space (r egister 1.8007-1.8106h). the 256 8-bit registers of the dom de vice will be accessed via the qt20 22/32 eeprom bus and transferred to mdio registers 1.a000-1.a0ffh. communication between the station management entity (sta) and the module will be done via the qt2022/32 mdio interface only. s 1 0 1 0 0 0 0 a00 0 0 a d7 d6 d1 d0 a p s t o p a c k a c k a c k s t a r t slave address address byte 0 w r i t e 00000000 data byte 0 data byte 7 c a k phy eeprom a a c k data bytes 2 - 6 random access write to word address 0 d7 d6 d1 d0 d7 d6 d1 d0
revision 5.11 appliedmicro - confidential & proprietary 85 qt2022/32 - data sheet: ds3051 figure 30: qt2022/32 dom application diagram the current 256 nvr registers will continue to be r ead from an external eeprom with device address 1010000. nvr register mapping and update control conform to the xenpak msa. mdio device number 1 is used for the nvr registers and dom registers on qt2022/32. the presence of an external dom device is indicated by nvr register 1.807ah.6. this bit must be set to 1 to enable the qt2022/32 dom logic. the lower 3 bits of the dom device address are read from nvr register 1.807ah.2:0 (defaults to 001 after reset). the upper 4 device address bits are hardwired to 1010. the dom device address must be in the range 1010001x to 1010111x. the default frequency of the serial interface clock, eeprom _scl, is 37khz. this will result in an upload time of approximately 62ms for 256 bytes assuming for no wait time s for the dom device to respond. clock stretching is supported. refer to section 18.10, ?dom memory behavior,? on page 216 for details on dom memory usage. 10.5.1 dom upload on reset both the nvr and dom registers are set to their default va lues by a hardware or software reset. the nvr regis- ters are automatically uploaded after a reset is applied to the qt2022/32. the upload begins 250 ms after the reset function is complete d. this delay is to allow the ex ternal devices time to stabilize after power up. af ter the nvr reg- isters are successfully uploaded, an d if a dom device is present, the do m registers will be uploaded. the dom update frequency defaults to a single upload (1.a100h.1:0=00). if a reset occurs in the middle of a dom or eeprom transaction, the transaction is stopped immediately, t he qt2022/32 releases the eeprom_sda pin and drives the eeprom_scl pin high. the eeprom and dom upload se quence is presen ted in figure 36 on page 92. mdio mdc qt2032/ eeprom_scl eeprom_sda eeprom address 1010000 address 1010xxx dom device the eeprom and dom are at different device addresses. 3.3 v qt2022
86 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 10.5.2 rx_flag and tx_flag dom alarm fields rx_flag and tx_flag alarm signals will be generated by the qt2022/32 using information read from mdio dom diagnostic alarm registers 1.a070h and 1.a071h and mdio nvr diagnostic alarm enable registers, 1.9006h and 1.9007h. the default state for registers 1.9006h and 1.9007h is 0. rx_flag = {or of (reg 1.a071h.n ?bit wise and? reg 1.9007.n) for n=0 to 7} tx_flag = {or of (reg 1.a070h.n ?bit wise and? reg 1.9006.n) for n=0 to 7} rx_flag is placed in bit 1 of the mdio rx_alarm register, 1.9003h.1. tx_flag is placed in bit 1 of the mdio tx_alarm register, 1.9004h.1. these register bits are latched when high and cleared on read. the rx_alarm register values, 1.9003h.0:15, along with their corres ponding enable bits, 1.9000h.0:15, are used to create the rx_alarm signal. the tx_alarm register values, 1.9004h.0: 15, along with their corre sponding enable bits, 1.9001h.0:15, are used to create the tx_alarm signal. tx_alarm = {or of (reg 1.9004.n ?bit wise and? reg 1.9001.n) for n=0 to 9} rx_alarm = {or of (reg 1.9003.n ?bit wise and? reg 1.9000.n) for n=0 to 5} the default value for the tx_flag alarm enable register , 1.9001h.1, will be 0. th e default value for the rx_flag alarm enable register, 1.90 00h.1, will be 0. qt2022/32 will generat e the lasi signal. since the 1.a071h and 1.a070h registers are read only registers, a diagnostic al arm condition will not be cleared until the dom registers are updated with alarm free inform ation followed by a read of rx and tx alarm latched high registers to clear them. 10.5.3 dom updates the dom register update rate will be set by mdio dom re gister 1.a100h.1:0 contents. wr iting 00 to these bits will initiate a single upload of the dom registers. if these bits are set to any other state the dom registers be periodi- cally updated. the eeprom bus protocol transmits bit 7 first. eeprom/d om bits are numbered from 0 to 7. eeprom/dom bit 0 is mapped to mdio register bit 0, eeprom/dom bit 7 is mapped to mdio r egister bit 7. the upper 8 mdio reg- ister bits are hard wired to 0. if a dom update is reques ted while a nvr register read or write is in prog ress, the nvr transa ction will be allowed to complete and the dom u pdate will begin wh en the nvr transact ion completes. while th e dom update is waiting to happen the dom co mmand register will indicate a transaction in progress. the sa me applies if an nvr transac- tion is requested while a dom update is in progress. while an nvr or dom update is queued, the associated command register will be put in the command in progress state. for a single update of the dom registers the command status register, 1.a100h, functi ons the same way as the nvr command status register - see xenpak msa figure 19. table 35: dom update rates a100h.1:0 00 write of 00 initiates a single update of mdio dom registers 01 periodic update of mdio dom registers every 60 seconds 10 periodic update of mdio dom registers every 10 seconds 11 periodic update of mdio dom registers every 1 second
revision 5.11 appliedmicro - confidential & proprietary 87 qt2022/32 - data sheet: ds3051 when the dom automatic upload mode is selected, the ?com mand complete? or ?idle? state will be changed to the ?command in progress? state upon the start of a new self in itiated upload. this is so an sta read of the mdio dom command status register, 1.a100h, is not needed to clear the ?command complete? state. if the ?command failed? state is entered, a read of 1.a100h must be performed to clear the fa ilure state. a ?command failure? will cause the automatic uploading of dom registers to stop. if 00 is written to the dom update frequency control bits, the qt2022/32 will comple te a dom update in progress, or if it is in th e periodic update wait st ate it will immediately perform a dom update. in either case the device w ill no longer be in pe riodic update mode. figure 31: dom access state diagram a dom or nvr command failure is dec lared after 16 polling sequences spac ed by 1.7 ms without an acknowl - edgement from the external device. (the total elapsed time for this sequence is 16*10bits*1bit/37khz+15*1.ms = 30 ms) idle cmd_status = 00 in_progress execute cmd cmd_status = 10 dom present and failed cmd_status = 11 complete cmd_status = 01 cmd_failed cmd_succeeded reset rd_a100 rd_a100 periodic update mode and update time reached stop period update periodic update mode and update time reached) or (wr_a100 dom not present wr_a100 = mdio write to register 1.a100h rd_a100 = mdio read to register 1.a100h
88 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 a amcc-specific dom write command has been added. the writ e control is via mdio v endor specific register 1.c004h. the write can be a full 256 byte write or a single byte write to the address specified in mdio register bits 1.c002h.7:0. the write command status registers have been added to the unused/undefined upper bits of the dom read command register. this allows for clearing of ei ther read or write command failures with a single mdio register read. the qt2022/32 eeprom_prot pin must be pulled low to enable writing to the dom mdio regis - ters and to the dom device registers. before doing a dom mdio register write and subsequent dom device write, the dom must be idle and not be in periodic update mode. this is to ensure that a dom read does not overwrite the dom mdio registers before data has been transferred to the dom device. if a dom (nvr) device acce ss is queued and an nvr (dom) device access which is in progress fails, then the nvr (dom) command failure flag is set and the dom (nvr ) device access is allowed to proceed. no nvr (dom) commands are accepted while the nvr (dom) command failu re state is set. this state must be cleared before another nvr (dom) command can take place. table 36: dom control registers pma/pmd vendor specific dom control/status register 1.a100h pma/pmd vendor specific eeprom checksum/ dom write control register 1.c004h bit 0 dom read commands / update rate (r/w) bit1 bit0 command 0 0 write of 00 initiates a single update of mdio dom registers 0 1 periodic update of mdio dom registers every 60 seconds 1 0 periodic update of mdio dom registers every 10 seconds 1 1 periodic update of mdio dom registers every 1 second dom write command (r/w) bit 11 bit10 command 0 0 idle, default 0 1 reserved 1 0 write 1 byte 1 1 write 256 bytes 1 2 dom read command status (ro, lh) bit3 bit2 command status 0 0 no command 0 1 command completed 1 0 command in progress 1 1 previous command failed dom 256 byte write cycle burst size (r/w) size bit 15 bit14 1 0 0 8 0 1 default 16 1 0 1 1 1 3 4 reserved (ro) reserved (ro) 5 reserved (ro) reserved (ro) 6 reserved (ro) reserved (ro) 7 reserved (ro) reserved (ro) 8 reserved (ro) reserved (ro) 9 reserved (ro) eeprom calculated checksum (ro) 10 reserved (ro) 11 reserved (ro) 12 dom write command status (ro, lh) bit 13 bit12 command status 0 0 no command 0 1 command completed 1 0 command in progress 1 1 previous command failed 13 14 reserved (ro) 15 reserved (ro)
revision 5.11 appliedmicro - confidential & proprietary 89 qt2022/32 - data sheet: ds3051 10.6 two-byte addressing of peripheral i2c devices to allow a single device on the i2c bus to store the en tire dom and eeprom memory space, the qt2022/32 can be configured to support 64kb rather than 256 bytes within an i2c device. this requires 2 bytes rather than 1 for the addressing within the i2c device. to enable 2-byte addressing, the led2 pin must be held low during a hard reset. the device address must be 1010000 as defined in the xenpak msa for the eeprom. the read/write cycle will now contain two 8-bit addre ss bytes. the upper word addres s is the most significant. when executing a read/w rite command to the eepr om memory space, the first word address will be all 0?s. this means that the first 256 bytes of memory (address range 0000 - 00ffh) in the peripheral i2c device must be reserved for the eeprom memory. a sa mple 8 byte page write transaction to the eeprom space is shown in figure 32. a sample 8 byte pa ge read transaction to the eeprom space is shown in figure 33. when performing a read/write command to the dom memory space, the upper address byte will specify the base address of the equivalent dom memory in the peripheral i2c device. the lower three bits of this word are taken from the ?dom capability? register 1. 807ah, bits 2:0. the upper 5 bits ar e set by mdio register bits 1.c023h.4:0 (default 0b00000). a sample 8 byte page write transactio n to the dom space is shown in figure 34. a sample 8 byte page read transaction to the dom space is shown in figure 35. in this mode, the qt2022/32 supports the same read and write commands as with standard 8-bit addressing. the commands are initiated in the same manner. 10.6.1 behavior on startup/reset on startup or reset, the qt2022/32 will follow the boot sequence shown in figure 36 on page 92. the qt2022/32 will first initialize the bus and then pause for 250ms. the chip will then auto matically read the nvr memory space. the secondary eeprom memories and the dom me mory space are then read, if enabled. bus initialization the qt2022/32 initializes the two wire interface by sendin g 9 stop conditions on the bus. this clears any transac- tions that are in progress on the bus. in particular, this prevents bus conflicts if any previous transactions are interrupted by reset events. reset behavior with two-byte addressing this behavior is not changed when two-byte addressing is enabled. the value of mdio register bits 1.c023h.4:0 will revert to their defaul t value on startup or reset. therefore, the upper address byte will be in the range 0x01 to 0x07. thus, the dom memory space must be located in the lower 2kb of i2 c device memory for the automatic read to work properly on startup/reset. figure 32: 2-byte addressing for eeprom write cycle timing s 10 1 0 00 0 d7 d6 d1 d0 p s t o p s t a r t slave address 0 w r i t e data byte 0 phy eeprom data bytes 1 - 7 d7 d6 d1 d0 lower address byte 000 00000000 upper address byte a a c k a a c k a a c k a a c k a a c k 0 000 0
90 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 figure 33: 2-byte addressing for eeprom read cycle timing figure 34: 2-byte addressing for dom write cycle timing figure 35: 2-byte addressing for dom read cycle timing s 10 1 0 00 0 d7 d6 d1 d0 p s t o p s t a r t slave address 0 w r i t e phy eeprom data bytes 0 - 7 lower address byte 000 00000000 upper address byte a a c k a a c k a a c k a c k 0 000 0 s 10 1 0 00 0 s t a r t slave address 1 r e a d a a c k n o s 10 1 0 00 0 d7 d6 d1 d0 p s t o p s t a r t slave address 0 w r i t e data byte 0 data byte 7 phy eeprom data bytes 2 - 6 d7 d6 d1 d0 d7 d6 d1 d0 0 00000xxx a a c k a a c k a a c k a a c k a a c k a a c k 000 0 lower address byte upper address byte d 2 d 1 d 0 note: upper 5 address bits can be programmed in mdio register bits 1.c023h.4:0 s 10 1 0 00 0 s t a r t slave address 0 w r i t e phy eeprom 0 00000xxx a a c k a a c k a a c k 000 0 lower address byte upper address byte d 2 d 1 d 0 d7 d6 d1 d0 p s t o p data bytes 0 - 7 s 10 1 0 00 0 s t a r t slave address 1 r e a d a a c k note: upper 5 address bits can be programmed in mdio register bits 1.c023h.4:0 a c k n o
revision 5.11 appliedmicro - confidential & proprietary 91 qt2022/32 - data sheet: ds3051 10.7 register configurat ion from external eeprom all mdio registers can be configured through upload from external eeproms. th is feature can be used to change the value of any mdio register from the default without requiring an mdio command. the new values are uploaded automatically after chip powerup or reset. this can be used for changing the chip settings from their default to customize module operation. up to two 256-byte external eeprom devices can be used to configure the mdio regist ers. the configuration of each mdio register requires 5 bytes of eeprom space. the maximum number of mdio regi sters which can be configured is 256/5 = 51 per eeprom devi ce (maximum of 102 registers with two device s). the data structure in the eeprom for the mdio register configuration is s hown in table 37, ?data structure of mdio register configuration?. the 5 bytes of eeprom memory for each mdio register mu st be contiguous. the values must be stored in the order shown in table 37. the eeprom memory space is lo gically divided into blocks of 5 bytes each, starting at memory locations 0, 5, 10, 15...250. the 5 bytes of register data must be stored in one of these logical blocks. any of these 51 logical blocks may be used. any block may be used to store data for any valid register. unused regis- ters should be set to 00h or ffh. the qt2022/32 will ignore fields where the device id or register address fields do not correspond to a defined register. . the mdio registers upload configuration capability is indicated by nvr vendor specific register 1.80cfh. bit 1 is the register upload configur ation enable control for two 256x8 eeproms. the lower 3 bits of the first register con- figuration eeprom dev ice address are read fr om 1.80cfh.<4:2 > and the lower 3 bits of the second eeprom device address are read from 1.80cfh.<7:5>. the upper 4 device address bits are hard-wired to 1010. these two devices address must not be the same as that of the eepr om nvr device (i.e. 000) or dom device as defined in 1.807a. the upload sequence after powerup is shown in figure 36 on page 92. the eeprom nvr registers are automati- cally uploaded after a reset is applied to the qt2022/32. the upload begins 250 ms after the reset function is completed. this de lay allows the external eeprom nvr dev ice time to stabiliz e after po wer up. after the nvr registers are successfully uploaded following a reset, the qt 2022/32 will check if the first eeprom and/or the second eeprom device are configured as pres ent by checking the contents of nvr register 1.80cfh (eeprom address c8h). when bit1 is se t to 0, it indicates add itional eeprom devices are present. bits 4:2 store the address of the first eeprom device and bits 7:5 st ore the address of the second eeprom device. if the eeprom devices are indicated as present with valid addres ses, the devices will be read and the mdio registers set accordingly. if the stored address for either eeprom dev ice is 000 or 111, the qt2022/ 32 will not attempt to read from that device. when the eeprom read sequence is co mplete, the dom registers will then be uploaded if t he dom device is present. after reset has completed, the mdio registers can also be uploaded at any time by issuing a mdio regis- ter write of 11 to register 1.c005h.1:0. table 37: data structure of mdio register configuration location field 0 device id [7:0] 1 register address[15:8] 2 register address[7:0] 3 register data[15:8] 4 register data[7:0]
92 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 figure 36: eeprom register configuration and dom up load sequence after reset dom idle dom not present qt2032/qt2022 registers reset wait 250 msec upload nvr registers stop nvr 1.8000h.3:2=11 1.8000h.3:2=01 1.807ah.6=1? mdio reset registers cleared enable dom circuitry upload dom registers set 1.a100h.3:2=01 stop 1.a100h.3:2=11 dom update rate set to single update nvr update queued, nvr command in progress state set eeprom_scl=1, eeprom_sda=z 1.80cfh.4:2 valid? yes 1.80cfh.7:5 valid? upload eeprom1 to configure mdio registers yes no no dom present command failed command successful command failed command successful set 1.c005h.3:2=01 command failed set 1.c005h.5:4=11 command successful set 1.c005h.5:4 after=01 hardware or software reset command failed 1.80cfh.1=1 and 1.80cfh.1=1 and command successful set 1.c005.3:2=11 send 9 stop conditions on i2c upload eeprom0 to configure mdio registers
revision 5.11 appliedmicro - confidential & proprietary 93 qt2022/32 - data sheet: ds3051 10.8 i2c slave mode for register configuration the mdio register space can be accessed through the 2-wi re serial interface (twi) bus. this allows the qt2022/ 32 to be controlled by an external mi croprocessor. mdio register read or write access through the 2-wire interface is indirect access. the eeprom_scl and eeprom_sda cl ock and data pins are us ed for this feature. 10.8.1 register address mapping the normal 256 byte i2c address space is divided into lowe r and upper blocks of 128. the lower block of 128 bytes is directly available and is used for defining the mdio dev ice id and mdio register starting address. address loca- tion 125 (7dh) stores the mdio device id (for the qt2032 devices 1, 2, 3 and 4 are supported; for the qt2022 only devices 1, 3 and 4 are supported). address 126 (7eh) stores the upper byte of the register address to be accessed, while address 127 (7fh) stores the lower byte. address locations 0 - 124 are not used (reserved - ro). the upper 128 bytes of the i2c address space are mapped dire ctly to the mdio registers. the first two bytes in this range are mapped to the qt2022/32 memory register addres s defined by the values in i2c address locations 125 - 127 (above); address 128 is mapped to the upper byte of the register and address 129 is mapped to the lower byte. the following two bytes are mapped directly to the ne xt register in the qt2022/32 register space. similarly, each subsequent pair of bytes is mapped to the following qt2022/32 register. in this way, the i2c upper 128 bytes are mapped to 64 contiguous qt2022/32 memory register s. the memory mapping between the i2c address space and the mdio registers is shown in figure . for example, if the mdio address is set to register 1. c000 (i.e. device 1, addre ss c000h), then the i2c address space 128 - 255 will be mapped to the qt2022/32 register addresse s in the range 1.c000h - 1.c063h. many of these memory address locations are not defined in the qt2022/32. reads from these address locations will return 0; writes to these address loca tions will be ignored. table 38: upload command and status register 1.c005h bit registers upload command and status 1.c005h 0 register upload commands (r/w) bit1 bit0 command 0 0 reserved 0 1 reserved 1 0 reserved 1 1 write-> upload the mdio registers from external eeprom. 1 2 register upload command status for the first eeprom (ro, lh) bit3 bit2 command 0 0 idle, no command 0 1 command completed 1 0 command in progress 1 1 previous command failed 3 4 register upload command status for the second eeprom (ro, lh) bit3 bit2 command 0 0 idle, no command 0 1 command completed 1 0 command in progress 1 1 previous command failed 5 15:6 reserved (ro)
94 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 10.8.2 reading and writing using the i2c interface to initiate read or write transactions to an mdio register , the device id and register address must be set. three i2c write commands must be performed to set these values in the correct memory locations 125-127 (see table on page 95). burst writing is supported. i2c memory location 124 is the command status registe r. when there are simultaneous read requests to the mdio registers from both the mdio bus and the i2c bus (slave mode), access through the i2c interface may fail since mdio bus access always has the hi ghest priority. if a failure occurs, it will cause the command status bit 0 to be set to ?1? (failed). to ensure r ead commands from the i2c bus are succ essful, always check the command sta- tus register after every read. a similar case occurs when there are simultaneous writ e requests from the mdio bus and i2c bus. if a failure occurs, it will cause the command status bit 1 to be se t to ?1? (failed). to ensure write command s from the i2c bus are successful, always chec k the command status register after every read. once the register address is fully defined, an i2c read command to any address in the range 128 - 255 will return the qt2022/32 register contents, according to the mapping in table on page 95. for mdio register read access, the lower byte of the mdio register data is latched when t he upper mdio register data byte is read i.e. the contents of lower byte are stored until it is read. it is recommended that the upper byte be read first. for mdio write access, the mdio register in the qt2022/32 will be updated afte r the lower byte of register data has been written to the i2c register space. this ensures th at complete words which represent a single 16 bit mdio register data value are kept intact. writ e to the upper byte memory space first to a gu arantee the pro per value is set. the slave address for i2c access is hard-wired as 0x7e. th e mdio registers can be acce ssed by either the mdio bus or the i2c bus.
revision 5.11 appliedmicro - confidential & proprietary 95 qt2022/32 - data sheet: ds3051 figure 37: mdio register indirect access memory mapping for i2c access 126 127 125 device id[7:0] register address[15:8] register address[7:0] mdio register data[15:8] for device id[7:0] register address[15:0] mdio register data[7:0] for device id[7:0] register address[15:0] mdio register data[15:8] for device id[7:0] register address[15:0] + 1 mdio register data[7:0] for device id[7:0] register address[15:0] + 1 128 129 130 131 132 253 mdio register data[15:8] for device id[7:0] register address[15:0] + 63 mdio register data[7:0] for device id[7:0] register address[15:0] + 63 254 255 2-wire serial address 0111111x (7eh) mdio addr0 mdio addr1 mdio addr63 ... bit 7 - 2: reserved bit 1: 1 = chip write command fail 0- 123 124 bit 0: 1 = mdio read command fail command status register: 0 = mdio read command pass (ro/lh) 0 = chip write command pass (ro/lh)
96 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 11 diagnostic and test features 11.1 loopback modes when in any system (pma, pcs or xgxs system) loopback mode the qt2022/32 shall accept data from the transmit path and return it on the receive path. during pma system loopback, the pma transmit data will default to an all 0?s pattern at txoutp/n. during xgxs system loopback, the pma transmit data will default to an all 1?s pat- tern at txoutp/n. in pcs or wis sy stem loopback mode a continuous patt ern of 0x00ff will be output. in all modes, transmit data will be ou tput if the associated ?loopback data out e nable bit? is set hi gh for the ena bled loop- back mode. . when in pma network loopback mode, the recovered and retimed 10 gb/s data is looped to the transmitter output driver and output at txoutp /n. the clock output at txpl loutp/n is still synchronous to the tx path pll 10 ghz clock. to lock the tx pll to the receive data, use line timing mode. the receive path xaui output data will be received data. xaui idle codes will be output instead of th e received data if the ?netwo rk loopback da ta out enable bit? is set high. in ieee 80 2.3 standard xgxs network loopba ck the recovered rece ived data is lo oped back to the transmit path in the xaui block. the chip will not prevent multiple loopbacks from being enabled but the resu lt is undefined a nd these modes are not supported. 11.1.1 xgxs analog loopback the signal from any of the four txxaui cdrs can be loope d back to the rxxaui3 outp ut by setting 4.c007h.2=1 and selecting the lane via 4.c007h.1:0. by default, the re covered data is output. the recovered clock can be output instead by setting 4.c007h.3=1. table 39: system loopback modes and mdio control registers loopback name loopback enable loopback data override txout output when data override=0 (default) 1 1. the loopback data override bits are set to 0 by default for all system loopbacks txout output when data override=1 pma system loopback 1.0.0 1.c001h.15 all 0?s (null) transmit data wis system loopback (qt2032 only) 2 2. the wis system loopback feature is available on the qt2032 product only. 2.0.14 2.c001h.4 0f0f transmit data pcs system loopback 3.0.14 3.c000h.5 00ff transmit data xgxs system loopback 4.c000h.14 4. c000h.15 all 1?s transmit data xgxs analog loopback 4.c007h.3:0 n/a n/a transmit data table 40: network loopback modes and mdio control registers loopback name loopback enable loopback data override rxxaui output when data override=0 rxxaui output when data override=1 (default) 1 1. the loopback data override bits are set to 1 by default for all network loopbacks xgxs network loopback 4.0.14 4 .c000h.13 all 0?s received data pma network loopback 1.c001h.4 1.c001h.5 idle at rxxaui received data
revision 5.11 appliedmicro - confidential & proprietary 97 qt2022/32 - data sheet: ds3051 to use this feature, ensure that rxxaui_sel = 0. if rxxaui_sel = 1 while the analog loopback feature is enabled, the rxxaui3 output may have additional jitter. figure 38: loopback and test pattern generator/checker locations (3.42.3) txout cdr txxaui3 demux driver rxin output mux rate adjust gearbox txxaui2 txxaui1 txxaui0 scrambler rxxaui3 drv rate adjust frame rxxaui2 rxxaui1 3.125 gb/s rxxaui0 de- sync limiting amp pma system loopback pma network loopback pcs loopback amcc xgxs loopback xgxs loopback network system amcc packet checker rx path phase adjust prbs31 checker enable bit error counter fiber prbs31 code sync with bypass mode with bypass mode pcs test pattern check syncbit error counter and demux (4.0.14) (4.c000h.14) (3.0.14) (1.c001h.4) (1.0.0) (3.42.4 = lan) (3.c000h.2) (en=3.42.2) (3.c000h.1) (3.42.5 = lan, 2.7.5 = wan) (3.43 = lan, 2.9 = wan) (4.c002.8,9 (4.24.3:0 = sync?d) (4.24.12 = aligned) = under/ (4.24 = 1c0f when sync?d & aligned) (3.32.13:10) (3.32 = 1005 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 4.c010.3 4.c010.2 4.c010.1 4.c010.0 4.c010.7 4.c010.6 4.c010.5 4.c010.4 amcc fiber test pattern (pattern = 1.c031h.15:0) (enable = 1.c030h.0) 1.c030.1 1 0 (static) (errcnt= 3.c030h.1 (1.c001.0 = unlatched ftxlock) (1.9004.5 = latched ftxlock) (1.1.2 = latched frxlock and rxlosb_i) (1.c001.1 = latched syncerr) pcs status) powerdowns pma = 1.0.11 pcs = 3.0.11 xgxs = 4.0.11 frx = 1.c030h.13 ftx = 1.c030h.12 wis wis wis loopback (2.0.14) code sync code sync code sync 66b/64b decoder 64b/66b encoder scrambler 3.43.14:0) tx rx overflow) pcs test pattern gen drv drv drv cdr 4.c000h.7 cdr 4.c000h.6 cdr 4.c000h.5 cdr 4.c000h.4 8b/10b encoder 4.c007h.3:0 loopback xgxs analog amcc xaui (4.c011h.9:0) test pattern packet generator rx path 3.c020h.1 cjpat / rjpat (4.c000h.9:8) xaui test patt (4.25.2:0) xaui prbs7 (4.c000h.10) packet checker tx path 3.c030h.0 packet generator tx path 3.c020h.0 (select = 4.c001h.11,counter = 4.c033h) prbs or 8b/10b error counter (select = 4.c001h.11,counter = 4.c032h) prbs or 8b/10b error counter (select = 4.c001h.11,counter = 4.c030h) prbs or 8b/10b error counter (select = 4.c001h.11,counter = 4.c031h) prbs or 8b/10b error counter 10b/8b decoder align (qt2032 only) (qt2032 only) (qt2032 only) clock gen erefclk srefclk vcxoi (2.7.4 = wan) txpllout (1.c001h.3) (1.c001h.15 = enable txout in pma system loopback) rxpllout (1.c001h.6) (4.c007h.2)
98 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 11.2 xaui interface test features 11.2.1 xaui prbs7 pattern generator xaui prbs, or xaui bist, te st mode enables the 2 7 -1 prbs generator on the xaui outputs on each xaui input lane. the prbs pattern is generated using the polynomial 1+x 6 +x 7 . the generator is enabled by setting mdio register bit 4.c000h.10 to a 1. this will cause a prbs7 pattern to be output on all 4 xaui output lanes simultaneously. 11.2.2 xaui prbs7 pattern checker for test purposes, there is a prbs7 pattern checker for each xaui input lane. the prbs7 pattern checker expects data generated using the polyn omial 1+x6+x7. the checker is enabled through the mdio register bit 4.c000h.11. if a pattern error is detected the error flag, md io register 4.c001h.3:0, is set for that lane. the error flag will remain set until cleared by an md io read. an 8 bit error counter will al so count the total number of errors for each lane. the error counters are bits 7:0 of registers 4.c030h - 4.c033h for lane0 - lane3 respectively. each register is a read-only, non-rollover counter that is cleared upon read. if any of the xaui input cdrs ar e not in lock, the prbs7 pattern checkers will not operate proper ly for all 4 lanes - errors will be reported on all lanes. you may check t he lock condition for each lane in mdio register bits 4.c000h.7:4. to avoid this issue, please override the xaui lane loss-of-lock indication by setting mdio register bits 4.c020h.11:8 to 1 (for lane3 to lane0 respectively). 11.2.3 xaui jitter test pattern generator there are 3 patterns defined for xaui interface jitter test ing: low frequency (lf), high frequency (hf) and mixed frequency (mf) test patterns. 11.2.4 xaui crpat test pattern generator the continuous random test pattern (crpat) consists of a continuous stream of identical packets separated by minimum ipg. the contents of the packet s are as specified in i eee 802.3 section 48a.4. t he test pattern provides a broad spectral content and minimal peaking. the crpat generator is enabled by writing a 1 to mdio register 4.c000h.9. 11.2.5 xaui cjpat te st pattern generator the continuous jitter test pattern (cjp at) alternates repeating low transition density patterns with repeating high transition density patterns. th is will expose the receiver?s cdr to large instantaneous phase jumps. the detailed description of cjpat is found in ieee 802.3 clause 48a.5. the cjpat generator is enabled by writing a 1 to mdio register 4.c000h.8. table 41: xaui jitter test pattern generator enable pattern name repeated bit patte rn - each lane mdio register test pattern select 4.25.1:0 test pattern enable 4.25.2 high frequency 10 00 1 low frequency 1111100000 01 1 mixed frequency 11111010110000010100 10 1
revision 5.11 appliedmicro - confidential & proprietary 99 qt2022/32 - data sheet: ds3051 11.2.6 8b/10b error checkers for each lane, there is a dedicated 8 bit error counter for checking 8b/10b coding errors on the xaui input. each counter works independently. the error counters are located in bits 7:0 of registers 4.c030h - 4.c033h for lane0 - lane3 respectively. each register is a read-only, non-roll over counter that is cleared upon read. this counter should be used when testing with crpat and cjpat. 11.2.7 amcc xaui test pattern generator the xaui output can be configured to transmit a user-defined 10 bit code word or, alternatively, a static output (no transitions). transmission of these test patterns is enabled on a per-lane basis by setting mdio register bits 4.c010h.3:0 to 1 for lane3 to lane0 respectively. the des ired pattern is selected on a per-lane basis by setting mdio register bits 4.c010h.7:4, where a 1 selects a us er-defined pattern and a 0 selects the static output. the 10-bit user defined test pattern is set in mdio register bits 4.c011h.9:0. when enabled for a given lane, the programmed pattern will be continuousl y transmitted on the rxxaui output. 11.3 pcs test features 11.3.1 scrambler/descrambler bypass modes the scrambler can be bypassed by sett ing the mdio register bit 3.c000h.2. the descrambler can be bypassed by setting the mdio register bit 3.c000h.1. 11.3.2 pcs jitter test pattern generator specific ieee-standard test patterns are enabled through the mdio interface by setting the value of bit 3.42.3 (3.2ah.3), as described in ieee 802.3-2005 clause 49.2.8. by setting mdio register 3.42.1 (3.2ah.2) to 1, the output pattern will be a squa re wave of 8 high cycles followed by 8 low cycles. if mdio register 3.42.1 is set to 0, a programmable pseudo- random pattern is generated at the serial output. this pattern is generated by the scrambler (in figure 2 on page 21) using seeds stored in the mdio registers 3.34 to 3.41. the scrambler is loaded with a 58-bit seeds at the start of every 128 blocks in the following order: seed a, seed a inverted, seed b, seed b inverted . the data input to the scramb ler is set to either all zeros or local fault (lf) via mdio register 3.42.0. a control sync header of 01 is used and the payload is the pseudo random data output from the scrambler. 11.3.3 pcs jitter test pattern checker the pcs test pattern checker in the descrambler is enabled via mdio bit 3.42.2 (3.2ah .2). when the descrambler output matches the data pattern, or its inverse, a match is declared. since the descrambler is free running and the scrambler is being loaded with a new seed every 128 bl ocks, a mismatch will be detected once every 128 blocks. this first mismatch does not increment the counter. a 16-bit, non-rollover counter, test_pattern_error_count, count s the errors and is reflected in mdio register 3.43 (3.2bh). this is a non-rollover co unter that is reset when read.
100 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 11.4 serial interface test features 11.4.1 prbs31 test pattern generator a pseudo-random pattern generator feature is available to test the 10 gb/s serial transmitter. when the prbs31 pattern generator is enabled by setting mdio bit 3.42.4 (3.2ah.4), a 2 31 -1 pseudorandom pattern is output at txout. the polynomial -(1+x 28 +x 31 ) is used to generate the pattern. this polynomial produces the same output as the ieee standard algorithm shown in figure 39 (see ieee 802.3-2005 clause 49.2.8). the initial seed of this algorithm will not be all zeros. note that the prbs31 output pattern is inverted from the standard pattern generated by most test equipment. to invert the pattern from the qt2022/32, set the txout_sel pin high. alternatively, conf igure the test equipment to accept the inverted pattern. in the qt2032 product, this generator is available in both lan and wan operation. it is controlled by a different bit depending on the mode. the control and counter registers are listed in table 42 on page 101. if both the jitter test pattern and the prbs31 test pattern are enabled, the prbs31 mode will be chosen (lan mode). figure 39: prbs31 pattern generator 11.4.2 prbs31 test pattern checker a pseudo-random pattern error counter feature is availabl e to test the 10 gb/s serial receiver. when the prbs31 error detector is enabled a 2 31 -1 prbs pattern is expected on the rece ive path input. the prbs31 pattern checker is self-synchronizing and pr oduces the same result as t he ieee standard algorithm sh own in figure 40 (see ieee 802.3-2005 clause 49.2.12). pattern erro rs are counted by an 16-bit counter and can be observed at mdio regis- ter 3.43 (3.2bh), which is a non-rollover counter that is cl eared on read. when an isolat ed bit error occurs, it will cause the prbs31 pattern error output to go high 3 times, once when it is received and once when it is at each tap. thus, each isolated error will be counted 3 times in the counter. note that the expected prbs31 pattern is inverted from the standard pattern generated by most test equipment. to invert the input to the qt2022/32, set the rxin_sel pin hi gh (or set mdio register bit 1. d003h.4 to 1 to invert the rxin_sel pad polarity). alternatively, configure the test equipment to trans mit the inverted pattern. the built-in pattern checker is compatible with the built-in generator with no inversion applied to either pattern. in the qt2032, this counter is available in both lan and wan operation. it is controlled by a different bit depending on the mode. the same 16-bit counter register is used in both modes. the control and counter registers are listed in table 42 on page 101. s1 s2 s29 s27 s28 s0 s30 prbs31 pattern output
revision 5.11 appliedmicro - confidential & proprietary 101 qt2022/32 - data sheet: ds3051 if the cdr is not in lock the prbs31 error counter will read aaaah. the prbs31 pattern generator and checker can be used in conjunction wi th the pma system loopback. figure 40: prbs31 pattern checker . s1 s2 s29 s27 s28 s0 s30 prbs31 pattern error table 42: prbs31 generator and checker control item lan mode (qt2022 and qt2032) wan mode (qt2032 only) note prbs31 generator control register bit 3.42.4 (3.2ah.4) register bit 2.7.4 0 = disabled (default) 1 = enabled prbs31 checker control register bit 3.42.5 (3.2ah.5) register bit 2.7.5 0 = disabled (default) 1 = enabled 16-bit error counter 3.43 (3.2b) 2.9 16-bit, non-rollover (ro) cleared on read
102 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 11.4.3 timed ber test a ber test can be performed on the rxin receive signal. the 2 31 -1 prbs test pattern checker is used to count detected errors within a specified time period. the time period in seconds is set by the value in mdio register 3.c001h. the errors are reported in the mdio test patter n error counter register, 3.34 . once the prbs test pattern checker has been enabled, the ber test is enabled by writing a 1 to mdio register 3.c000h.12. the ?ber in prog- ress? bit, mdio 3.c000h.14, will be 1 wh ile the ber test is in pr ogress. the completion of the ber test is indicated by the ?ber done? bit, 3.c000h.15, going high. at this point the error count can be read from register 3.34. the error count should not be re ad until the completion of the ber test, as this will clear the error counter and give incorrect results. 11.4.4 amcc fiber test pattern generator the fiber output can be configured to tr ansmit a user-defined 16 bit code word or, alternatively, a static output (no transitions). the 16-bit user defined test pattern is set in mdio register 1.c031. when enabled, the programmed pattern will be continuously tr ansmitted on th e txout output. transmission of the test pattern is enabled by setting mdio register bit 1.c030h.0 to 1. the desired pattern is selected by setting mdio register bit 1.c030h.1, where a 1 selects the user-defined pattern and a 0 selects the static output. 11.5 wis test features (qt2032 only) the wis implements three serial test patterns for testing the pma and pmd layers. these include a square wave test pattern, an unframed prbs31 pattern, and a framed mixed frequency test pattern. these patterns are imple- mented in accord ance with ieee 802.3 clause 50 .3.8. the prbs31 pattern generato r and checker are described in section 11.4. table 43: ber test procedure step # step 1 write 1 to mdio 3.42.5 in lan mode (2.7.5 in wan mode - qt2032 only) this enables the prbs 2 31 -1 receive test pattern checker 2 write desired length of ber test in seconds to 3.c001h.15:0 3 write 1 to 3.c000h.12 (this register bit must have been 0 previously) this clears the error count and starts the ber test running 4 check the ber in progress flag, 3.c000h.14 to see when it ch anges from1 to 0 to indicate the ber test is complete or check the ber test complete flag, 3.c000h.15 to see when it is 1 5 read the error count register, (3.43 in lan mode, 2.9 in wan mode) 6 write a 0 to mdio 3.c00h.12 to disable the ber test 3..6 repeat steps 3 to 6 for multiple ber tests
revision 5.11 appliedmicro - confidential & proprietary 103 qt2022/32 - data sheet: ds3051 11.5.1 wis square wave test pattern when the wis square wave test pattern is enabled, the wis transmit block w ill output a contin uous square wave pattern to the pma. the square wave pattern is 00ffh (8 consecutive 1s followed by 8 consecutive 0s). transmis- sion is enabled by first setting the ?tra nsmit test pattern enable? bit 2.7.1 to a 1. then the square wave pattern is chosen by setting the ?test pattern select? bit 2.7.3 to 1. there is no pattern checker feature on the rece ive path for the square wave test pattern. 11.5.2 wis mixed fr equency test pattern the mixed frequency test pattern consists of a framed wis signal with a prbs23 payload, plus a cid section (con- secutive identical digits). the prbs23 pattern is substitute d for the payload data that would normally be sent in the wis frame. the cid section is selected to stress the lock range of the receiver circuitry, and is placed in the z0 octet locations as these are not scrambled. the complete test signal structure of the signal is described in ieee 802.3 clause 50.3.8.3. when transmission of the mi xed frequency test patte rn is enabled, the wis transmit block will contin uously output the test signal structure to the pma. transmission is enabl ed by first setting the ?transmit test pattern enable? bit 2.7.1 to a 1. then the mixed frequency test pattern is c hosen by setting the ?test pattern select? bit 2.7.3 to 0. when the mixed frequency test pattern is received at the fi ber input, errors are detected using the line bip error counter registers 2.57 and 2.58 (2.39h and 2.3ah), the path block error count er register 2.59 (2.3bh) and the section bip error counter register 2.60 (2.3ch). the ?receive test pattern enable? bit 2.7.2 does not need to be set to 1 to enable error checking. 11.6 ethernet packet generator/checker (qt2032 and qt2022) the qt2022/32 has the ability to generate data packets for test purposes. there is one such generator in the tx path and one in the rx path. to complement the generators, a packet checker is placed in the tx path and another one in the rx path. see figure 38 on page 97. 11.6.1 general characteristics ? the packets generated (for data fixed type and data incremental type) are like follows: //s//, //preamble// , //d//, ..., //d//, //t//. these packets are not true et hernet packets since they do not include a crc field, among other things. however, they are sufficient to test the logic implemented in the qt2022/32. ? both the tx and rx packet generators share the same co ntrol registers with the exception of the enable bit ? (reg 3.c020h bits 0 and 1). thus , they will both output the same type of packets when enabled. ? both the tx and rx packet checkers share the same c ontrol registers. thus, if both checkers are activated, they will both check for t he same type of packets. ? both the tx and rx packet checkers will be enabled automatically when either packet generator is enabled. ? if neither packet generator is enabled, the packet checkers can be turned on using the enable bits in reg 3.c030h bits 0 and 1. if either bi t is set to ?1?, both tx and rx packet checkers will be enabled. ? since the generators and the checkers have separate controls, it is possible to have the generators send data other than that expected by the checkers. intentio nally creating error conditi ons in the checker can be useful in debugging a chip.
104 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 11.6.2 packet gene rator characteristics ? the generator can output complete packets with either fixed or incremental data. this is called the packet type feature and is controlled via register 3.c020h.5:4. ? when fixed data is chosen, the contents of registers 3.c021h and 3.c022h are transmitted inside the packet. these register value contents are repeated for th e length of the packet. it can also output the con - tents of registers 3.c021h and 3.c022 h without adding //s// or //t// columns. this can be useful to send cer - tain reserved control codes, for example. ? when incremental data is chosen, the data byte values begin at 00 and bitwise increment to stuff the data field in a rollover fashion. the da ta is filled at the 8-bit level. ? the generator can output data continuously (continu ous mode) or in bursts (burst mode). the generator can also be put in idle mode. in this case, only xgmii idle s will be output by the generator. ? once all the packets in a burst are sent, the generator will se nd only idles. to re-s end another burst, the generator must be taken out of burst mode and into idle mode. when it is put back into burst mode, another burst of packets will be sent. ? packet length is controlled by register 3.c025 h and the ipg is controlled by register 3.c026h. ? note: asserting reset will not resend another burst. doing so would clea r all the generator control registers to their default values. 11.6.3 packet checker characteristics ? the checker can expect complete packe ts with either fixed or incremental data. this is called the packet type feature. it is controlled via register 3.c030h.[5:4]. ? when fixed data is chosen, the contents of registers 3.c031h and 3.c032h are expected inside the packet. it can also expect the contents of registers 3.c031h and 3.c032h without //s// or //t// columns. this can be quite useful when testing certain reserved control codes, for example. ? when incremental data is chosen, the expected data byte values begin at 00 and bitwise increment within the data field in a rollover fashion. the data is interpreted at the 8-bit level. ? expected packet length and ipg is not programmed for the checkers. 11.6.4 example uses basic use, both generators on with burst mode and both checkers on 1. connect the tx xaui lanes to the rx xaui lanes. 2. connect the tx fiber to the rx fiber. 3. write a random value to registers 3. c031h and 3.c032h. the 32 incoming xg mii data bits will be compared to those registers. 4. write 4?h0 to register 3. c033h.[3:0], sinc e we will be comparing on data o ctets (as opposed to reserved con- trol codes). 5. activate both packet checkers and program them to expect fixed data. do this by writing 16?h0003 to register 3.c030h. 6. read all error/status registers to clear. they ar e registers 3.c034h, 3.c035h, 3.c036h and 3.c037h. 7. write the same values contained in registers 3.c031h and 3.c032h in registers 3.c021h and 3.c022h. 8. set the burst size to a non-zero value by writing to th e register 3.c024h. if the burst size is set to zero, no packets will be sent by th e generator (only idles). 9. set the packet size to a non-zero va lue by writing to the register 3.c025h. 10. set the ipg size to a non-zero value by writing to the register 3.c026h. although it is allowed to write zero to that register, the result would be back-to-back packets without any ipg.
revision 5.11 appliedmicro - confidential & proprietary 105 qt2022/32 - data sheet: ds3051 11. activate both generators. set them to burst mode and fi xed data type. do this by writing 16?h0103 to register 3.c020h. 12. wait sufficiently long to receive all packets within one burst. calculate the required delay based on packet length, ipg and packet count. 13. read the rx and tx error counters (reg 3. c034h and 3.c036 h). they will read all zeroes. 14. read the rx and tx pkt counters (reg 3.c035h and reg 3.c037h). they should show the same value as reg 3.c024h. to send a second burst: 1. set the tx and rx generators to idle mode. do this by writing 16?h0003 to reg 3.c020h. 2. read all error/status registers to clear them. they are registers 3.c034h, 3.c035h, 3.c036h and 3.c037h. 3. repeat steps 11 through 14. 11.6.5 purposely creating errors 1. connect the tx xaui lanes to the rx xaui lanes. 2. connect the tx fiber to the rx fiber. 3. write a random value to registers 3. c031h and 3.c032h. the 32 incoming xg mii data bits will be compared to those registers. 4. write 4?h0 to register 3.c0 33h.3:0, since we will be co mparing on data octets (as op posed to reserved control codes). 5. activate both packet checkers and program them to expect fixed data. do this by writing 16?h0003 to register 3.c030h. 6. read all error/status registers to clear. they ar e registers 3.c034h, 3.c035h, 3.c036h and 3.c037h. 7. write in registers 3.c021h and 3.c022h values that ar e different from the values in registers 3.c031h and 3.c032h. 8. write 4?h0 to reg 3.c023h.3:0. 9. set the burst size to a non-zero value by writing to th e register 3.c024h. if the burst size is set to zero, no packets will be sent by th e generator (only idles). 10. set the packet size to a non-zero value by writing to the register 3.c025h. 11. set the ipg size to a non-ze ro value by writing to the register 3.c026h. although it is legal to write zero to that register, the result would be back- to-back packets without any ipg. 12. activate both generators. set them to burst mode and fi xed data type. do this by writing 16?h0103 to register 3.c020h. 13. wait sufficiently long to receive all packets within one burst. calculate the required delay based on packet length, ipg and packet count. 14. read the rx and tx error count ers (reg 3.c034h and 3.c036h). they will read non- zero values. 15. read the rx and tx pkt counters (reg 3.c035h and reg 3.c037h). they should show the same value as reg 3.c024h.
106 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 11.7 disabling the idle decode process the xgxs block of the chip converts the incoming xaui signal from a 10 bit-encoded signal to an 8-bit encoded signal. the chip also decodes all the k28.0, k28.3 and k28. 5 idle codes to the same 8-bi t code, /i/ = 0x07, as spec- ified in ieee 802.3-2005 table 48-3. these idle codes wi ll typically be transmitted to a far-end serdes (such as another qt2022/32). the far-end serdes will convert the 8-bit idle codes into 10-bit encoded k28.0, k28.3 and k28.5 codes, following the rules specif ied by the idle random ization process (as per ieee 802.3-2005 clause 48.2.4.2). the origin al idle code order will not be preserved. the xgxs idle decode process can be disabled by setting mdio register bit 4.c007h.8 = 1. in this test mode, the k28.0, k28.3 and k28.5 codes are decoded to their nati ve 8-bit code as given in ieee 802.3-2005 table 49-1 (k28.0 -> 0x1c, k28.3 -> 0x7c, k28.5 -> 0xbc). there will be no idle code s, 0x07, g enerated in the signal. when this modified signal is passed through the receive path of the qt2022 /32, the idle code s will pass through the chip unmodified. the idle random ization process will not op erate on them. the 8b/1 0b encoder will convert them to their original 10-bit code words, thereby preserving the original order of the signal. this feature is useful when testing the xaui interface us ing an external pattern generator & error detector that is not protocol-aware and cannot handle the idle randomizat ion normally. note that the receive 8b/10b encoder pro- cess will choose one of two running disparities, depending on the signal. if the disp arity does not match that expected by the external erro r detector, errors will be reported. ther efore, it is important to check for both possible disparities. for mo re information on disparity, consult ieee-802.3 -2002 clause 36.2.4.4; also review clause 36.2.4.7.1 for 8b/10b valid code-groups. for information on disparity as it relates to cjpat, consult ieee 802.3- 2005 clause 48a.5.1. when the idle decode process is disabled, the rate compensation capability of the chip will fail to function properly. it fails because the rate compensation block operates on standard 8-bit idle codes, 0x07, which are absent from the signal. therefore, this feature should not be used during normal operation. to use this feature properly, supply a reference clock to the chip that is synchronous to the incoming signal. if an asynchronous reference clock is sup- plied and the chip mu st perform a rate co mpensation, error c odes will be generated. this feature does not work on the qt2032 when operating in wan mode. 11.8 test access port and boundary scan the qt2022/32 has a test-acce ss port (tap) and a boundary scan (bscan) chain co mpliant with ieee standards 1149.1 and 1149.6 (jtag). 11.8.1 bscan chain the following pins are on the bscan chain: ? ac pins: all xaui i/o ? dc pins: all low-speed digital i/o the following pins are not in the bscan chain: ? all supplies and grounds ? all analog pins for external component connection s (rxfp/n/c, txfp/n/c, rx icxp/n, ith_los, xbias, rxxlevel, txlevel, rxipump, txipump, phase_offset) ? all lab test i/o (txxmoncvp/n, rxplloutp/n, txplloutp/n) ? all 10g i/o (rxinp/n, txoutp/n)
revision 5.11 appliedmicro - confidential & proprietary 107 qt2022/32 - data sheet: ds3051 11.8.2 tap port table 44 lists the supported bscan instructions while table 45 lists the unsupported bscan instructions.. . 11.8.3 device id register . table 44: supported bscan instructions bscan instruction value description bypass 5?b11111 bypasses the bscan register extest 5?b00000 dc test of external connectivity to i/o idcode 5?b00001 allows reading the device id register sample/preload 5?b00010 captures and updates data runbist 5?b00011 runs bist on internal memories debugbist 5?b00100 debug mode of memory bist scan 5?b01001 scan test on digital core extest_train 5?b00110 ac test of external connectivity to i/o extest_pulse 5?b00101 ac test of external connectivity to i/o table 45: unsupported bscan instructions bscan instruction description clamp allows outputs to be forced to specific states during bypass highz allows outputs to be forced into high-z state intest allows testing of internal circuitry using bscan chain usercode allows a user-programmable id code table 46: device id register field value manufacturer?s id code (11bits) 11?b0101_0110100 part-number code (16 bits) 16?h2032 (16?b0010_0000_0011_0010) version code (4 bits) 4?ha (4?b1010)
108 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 table 47: bscan ch ain implementation pins on bscan chain bscan order bscan cell captures/drives pins on bscan chain bscan order bscan cell captures/drives tdcc 67 input txxaui0p 33 input tdcc_clk 66 output rxxaui3 32 output mdc 65 input rxxaui3 31 ac/dc select mdio 64 enable rxxaui2 30 output mdio 63 output rxxaui2 29 ac/dc select mdio 62 input rxxaui1 28 output led3 61 enable rxxaui1 27 ac/dc select led3 60 output rxxaui0 26 output led3 59 input rxxaui0 25 ac/dc select led2 58 enable vcxoonly 24 input led2 57 output vcxosel622 23 input led2 56 input txon 22 enable led1 55 enable txon 21 output led1 54 output txon 20 input led1 53 input vcxob 19 input internal cell 52 hardwired low lanmode 18 input txxaui_sel 51 input ltimeok 17 output txout_sel 50 input txenable 16 output txfault 49 input rxin_sel 15 input legacy 48 input resetn 14 input lasi_intb 47 input eeprom_sda 13 enable lasi 46 output eeprom_sda 12 output prtad4 45 input eeprom_sda 11 input prtad3 44 input eeprom_scl 10 enable prtad2 43 input eeprom_scl 9 output prtad1 42 input eeprom_scl 8 input prtad0 41 input xfp 7 input txxaui3n 40 input losoutb 6 input txxaui3p 39 input rxlosb_i 5 input txxaui2n 38 input refsel622 4 input txxaui2p 37 input rdcc_clk 3 output txxaui1n 36 input rdcc 2 output txxaui1p 35 input eeprom_prot 1 input txxaui0n 34 input rxxaui_sel 0 input
revision 5.11 appliedmicro - confidential & proprietary 109 qt2022/32 - data sheet: ds3051 12 extended link monitoring feature (qt2032 and qt2022) 12.1 overview the qt2022/32 includes an optional extended link monitoring f eature. this feature allo ws phy level diagnostics of the link using the inter-packet gap space between traffi c data. the phy devices at both ends of the link must support this feature to take advantage of it. this feature has no effect on traffic, nor does it affect devices that do not support the feature. it in cludes the following capabilities: ? remote phy error monitoring ? remote phy register read/write capability. extended link monitoring is performed between two devices connected on a fiber optic link by means of a query message in each direction. figure 41: schematic representation of extende d link monitoring transaction between two phys by default, query generation and query response is disabl ed. a device will gen erate query me ssages on its tx fiber output when its query generation algorithm is enabled by se tting mdio register bit 3.cc00h.0 to ?1?. the remote device will respond to query messages if its query response algorithm is enabled by setting mdio register bit 3.cc00h.1 to ?1?. if set properly, the devices will comm unicate and establish a successful link. once a successful link is established, the extended lin k monitoring features may be used. extended link monitoring will work in pcs and pma loopba ck mode for debug purposes. ? no /a/ codes are used as part of the extended link monitoring procedure as these may cause deskew pro - tocol violations on xaui. ? no incomplete ||r|| or ||k || ordered sets appear on the xaui bus as these have a likelihood of being cor - rectly identified as idle columns. device a qt2032/ device b query from device a query from device b qt2022 qt2032/ qt2022
110 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 12.2 query message format in order to identify a remote device, the local device must initiate a series of ?queries?. these are specially format- ted pcs-r 66b code blocks which can be detected by and responded to by the remote device. the query block (\\p\\) consists of an all-control 66b block wi th the k28.5 8b/10b code used in payload c 4 c 5 c 6 c 7 positions. idle codes are used in the remaining c 0 c 1 c 2 c 3 control code positions. upon enabling of query generation on a device it will send a se ries of 16 \\p\\ blocks thro ugh its tx pcs. it will also check for query respons es through its rx pcs. this pr ocess will continue until either the device is disabled via the mdio or the 16 queries have been successfully sent. a count of trans mitted \\p\\ blocks is held in a non-rollover mdio counter at address 3.cc02h.7 :0 that is cleared on read. a \\p\\ can be generated by the tx pcs only after i num (= 16) idle blocks have been transmitted. therefore the data stream might look as follows - /start / data / data / ...... / data / terminate / idle / ...... i num .... \\p\\ / idle / start / data / .... / data / terminate / idle / ...i num ... / start / data...... the rx fiber input must receive a total of 8 queries with an idle gap of < 32 blocks before identifying the remote phy as amcc. the count of \\p\\ blocks received is held in a non-rollover mdio count er cleared on a read. the query frames are decoded and passed on to the xgxs unmodified. all phy management traffic is removed and idles are substituted. the extended link monitoring status 1 register indicates t he status of the extended link monitoring and contains a query_successful read only flag (3.cc01h). the protocol supports the case where extended link m onitoring is enabled simultaneously on both devices. 12.3 messaging a remote link monitoring message consists of a amcc start block, data blocks and a amcc terminate block. the start block and terminate block contents define the featur e being used. currently, there are only two feature sup- ported - remote phy error monitoring and remote phy register read/write. 12.3.1 appliedm icro start format the start consists of an all control 66b block with the k28.0 8b/10b code used in payload c 4 position. idles must be used in the remaining c 0 c 1 c 2 c 3 control code positions, along wi th feature specific codes in c 5 c 6 c 7 . table 48: appliedmicro query block format input data sync bits block payload c 0 c 1 c 2 c 3 / c 4 c 5 c 6 c 7 10 8?h1e 7?h00 7?h00 7?h00 7?h00 7?h55 7?h55 7?h55 7?h55 table 49: appliedmicro start block format input data sync bits block payload c 0 c 1 c 2 c 3 / c 4 c 5 c 6 c 7 10 8?h1e 7?h00 7?h00 7?h00 7?h00 7?h69 fcode fcode fcode
revision 5.11 appliedmicro - confidential & proprietary 111 qt2022/32 - data sheet: ds3051 12.3.2 terminate format the terminate consists of an all control 66b block with the k28. 5 8b/10b code used in payload c 4 position. idles must be used in the remaining c 0 c 1 c 2 c 3 control code positions, along wi th feature specific codes in c 5 c 6 c 7 . 12.3.3 fcode values fcode values will be one of the following: ?3c? (reserved0), ?dc? (reserved4) or ?f7? (reserved5). every feature is defined by its own unique combination of 3 fcode values. all message data between a start and terminate should have the sync bits set to indicate a control block. all mes- sages must have a si ze of <512 blocks. 12.4 extended link monitoring state diagram figure 42: extended link monitoring state diagram table 50: appliedmicro terminate block format input data sync bits block payload c 0 c 1 c 2 c 3 / c 4 c 5 c 6 c 7 10 8?h1e 7?h00 7?h00 7?h00 7?h00 7?h70 fcode fcode fcode r0 = idle state ==> query_cnt = 0, idle_cnt = 0; r1 = counting state ==> query_cnt++ when query detected, idle_cnt++ when idle block detected; r2 = amcc detected state r0 r1 r2 reset || !block lock query cnt <= 8 && idle cnt <= 31 query cnt <= 8 && idle cnt > 31 query cnt > 7 query
112 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 12.5 transmit state diagram figure 43: extended link monitoring transmit state diagram t0 = idle state ==> query_cnt = 0, idle_cnt = 0; t1 = sending state ==> transmit query when idle_cnt == 15, t0 t1 reset || !block lock || extended link monitoring disable query cnt < 15 query cnt >= 15 extended line monitoring enable || receiver goes from r1 to r2 query_cnt++ when query transmitted, idle_cnt++ when idle block detected;
revision 5.11 appliedmicro - confidential & proprietary 113 qt2022/32 - data sheet: ds3051 12.6 receive state diagram figure 44: extended link monitoring receive state diagram 12.7 rmdio (remote mdio access) extended link monitoring the rmdio extended link monitoring feature allows the loca l device on a fiber link to remotely access the mdio register contents of the device at the far end of the link. both read and write transactions to the remote phy regis- ter space are supported. once a rmdio read request is initiate d, device a will send a rmdio reque st message, device b will then fetch the specified mdio register content and insert it inside a rmdio response message. devi ce a will then extract the data from the response message and place the result in register 3.cc0ch. td0 = idle state td1 = ready to tx data state td0 td1 reset || !all lock || extended link monitoring disable || !amcc part receiver goes to r2 td2_1 td2_2 td2_n qt function 1 qt function n enable qt function 2 enable enable function 1 disable || function 1 complete function 2 disable || function 2 complete function n disable || function n complete td2_1 = function#1 in progress state (prbs feature) td2_2 = function#2 in progress state td2_n = function#n in progress state ....
114 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 to perform a rmdio read transaction, the user needs to: ? enable the rmdio feature for transmission in the lo cal phy by writing a 1 to register bit 3.cc08.0. ? enable the rmdio feature for reception in the remote phy by writing a 1 to register bit 3.cc08.1. (this requires local access to the remote phy.) ? specify the device and register address he wants to remotely access. the device address is specified in mdio register field 3.cc09h.5:0 and the register address is specified in mdio register 3.cc0ah. ? perform a remote read transacti on by writing a 1 to register 3.cc08h.2. this triggers a rmdio read request. ? read the rmdio status register 3.cc0bh to check the ?read request sent? flag to see if the command was sent (bit0) and the ?read response received? flag to see if the response was received (bit2). these flags are latching bits that are cleared on read. ? after the ?read respon se received? flag is set, the register content of the re mote phy will then be stored in register 3.cc0ch of the local phy. ? to perform further rmdio reads, the ?rmdio read request? bit in register 3.cc08h (bit2) must first be reset to ?0?. to perform a rmdio write, the user needs to: ? enable the rmdio feature for transmission in the lo cal phy by writing a 1 to register bit 3.cc08.0. ? enable the rmdio feature for reception in the remote phy by writing a 1 to register bit 3.cc08.1. (this requires local access to the remote phy.) ? specify the device and register address he wants to remotely access. the device address is specified in mdio register field 3.cc09h.5:0 and the register address is specified in mdio register 3.cc0ah. ? specify the 16-bit value to be written to the remo te phy. this data is stored in register 3.cc0eh. ? to perform a remote write transaction by writing a 1 to register 3.cc08h.3. this triggers a rmdio write request. ? read the rmdio status register 3.cc0bh to check the ?write request sent? flag to see if the command was sent (bit1) and the ?write response received? fl ag to see if the response was received (bit3). these flags are latching bits that are cleared on read. ? to perform further rmdio writes, the ?rmdio write req uest? bit in register 3.cc08h (bit3) must first be reset to ?0?. note: the user is responsible to check the status bit to make sure that the current transaction is complete before attempting a new one. if this rule is not followed, the second transaction might be ignored. as well, there is no built- in mechanism to handle the loss of rmdio request or respon se messages. it is up to the user to monitor the status bits and re-initiate a new transaction if the previous one failed (i.e. user specified time-out). the rmdio write transaction is password protected to pr event accidentally modifying register contents. the pass- word is stored in register 3.cc0fh. th e correct password must be written to this register to enable rmdio writes. please contact amcc fo r further information. the rmdio read/write feature has prec edence over the prbs feature. if a rm dio read/write transaction is initi- ated while the prbs feature is turned on, the prbs test will be automatica lly interrupte d and then turned on again once the read/write transaction is comp lete. the rmdio read/write request a nd response messag es will get intro- duced in the ipg stream at the next possibility (3 idle blocks required). the rmdio message format is composed of a qstart, followed by a rmdio data block and terminated with a qterm.
revision 5.11 appliedmicro - confidential & proprietary 115 qt2022/32 - data sheet: ds3051 ctrl/stat field: ? bit [0] - read/write request (read = 1, write = 0) ? bit [6:1] - reserved ? bit [7] - response bit (request = 0, response = 1) device address field: ? bit [5:0] - device address (valid only for request - all 0s for response) ? bit [7:6] - reserved register address field: ? bit [15:0] - register address (valid only for request - all 0s for response) data field: ? bit [15:0] - mdio data (valid only for response - all 0s for request) 12.8 prbs performance monitoring the extended link monito ring feature includes th e capability to monitor link quality. this is achiev ed by generating and checking special pseudo-random 66b blocks in the ipg. the pseudo-random block consists of a 64b word plus 2 sync bits. the 64b word is composed of either all 1s or all 0s which is then scrambled before transmission, using the scrambling algorithm presented in figure 3 on page 23. the sync bits are not scrambled. the qt2022/32 will begin sendin g pseudo-random blocks within the ipg on the fiber output when mdio register bit 3.cc03h.0 is set to 1. the chip will alternate sending all 1s and all 0s bloc ks. the number of transmitted pseudo- random blocks is counted in mdio register 3.cc04h. this is a 16 bit rollover counter that is cleared on read. table 51: rmdio start block format input data sync bits block payload c 0 c 1 c 2 c 3 / c 4 c 5 c 6 c 7 10 8?h1e 7?h00 7?h00 7?h00 7?h00 7?h69 7?h78 7?h66 7?h33 table 52: rmdio term block format input data sync bits block payload c 0 c 1 c 2 c 3 / c 4 c 5 c 6 c 7 10 8?h1e 7?h00 7?h00 7?h00 7?h00 7?h70 7?h78 7?h66 7?h33 table 53: rmdio data block format input data sync bits block payload d 0 d 1 d 2 d 3 / d 4 d 5 d 6 d 7 01 ctrl/stat[7:0] device[7:0] reg addr[15:0] data [15:0] rsvd[15:0]
116 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 transmission of the pseudo-random bl ocks cannot be enabled unless the ?a mcc part detected? bit 3.cc01h.0 is set to 1. when the ? extended link monitoring rx enable? bit 3.cc00h.1 is set to 1 (0 by default), any pseudo-ran - dom blocks detected by the qt2022/32 on t he serial receive input are replaced with idle codes. ensure this bit is set to force idle replacement. the chip will begin counting and checking the pseu do-random blocks for errors when mdio re gister bit 3.cc03h.1 is set to 1. the number of received pseudo-ran dom blocks is counted in mdio register 3.cc05h. the chip also checks the descrambled 66b code for errors, which are counted in mdio register 3.cc06h. the received block counter and error counter are linked to allow an accurate error rate calculation. a read of the block counter will latch both registers, thereby stopping both regi sters from counting. the error counter can now be read and an accurate block error rate can be calculated. reading the error counter clears both counters and restarts them.both counters are 16 bits read only. by setting mdio register bit 3.cc03h.2 to 1, the chip will generate a single corrupted pseudo-random block (if transmission is enabled). this can be used to verify the errored block counter is operating properly.
revision 5.11 appliedmicro - confidential & proprietary 117 qt2022/32 - data sheet: ds3051 13 qt2022/32 mii register map the qt2022/32 implements the following register maps defined by the ieee 802.3 specification, clause 45: ? 10g pma/pmd (device 1) ? 10g wis (device 2) - qt2032 only ? 10g pcs (device 3) ? 10g phy xgxs (device 4) as well, there are a number of vendor specific registers which are used for additional f unctionality, testability and observability. all reserved/undefined registers are read as 0. writes to undefined registers are ignored. type name type definition ro read only register with a defined function writes are ignored ro/ll read only register, latched low bit is reset to high by a read unl ess the input low state is present ro/lh read only register, latched high bit is reset to low by a read unl ess the input high state is present ro/nr read only register, non-ro llover counter. cleared on read. rw read/write register with a defined function rw, sc self clearing read/write register bit clears itself after its defined func tion has been completed; use for resets rw, prot r/w register which can be made r/o by setting eeprom_prot=0
118 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 13.1 pma/pmd internal control registers (device 1) bit pma/pmd control 1 register 1.0 0 pma loop back, rw 0 = disable pma loopback, default 1 = enable pma loopback 1 reserved, ro 2 speed selection, ro 0 = operation at 10 gb/s 3 speed selection, ro 0 = operation at 10 gb/s 4 speed selection, ro 0 = operation at 10 gb/s 5 speed selection, ro 0 = operation at 10 gb/s 6 speed selection, ro 1 = operation at 10 gb/s and above 7:10 reserved, ro 11 low power mode, rw 0 = normal operation, default 1 = low power mode. pma power down enabled will power down the whole device with the exception of mdio access . a reset must be applied to exit power down mode. 12 reserved, ro 13 speed selection, ro 1 = operation at 10 gb/s and above 14 reserved, ro 15 pma/pmd reset, r/w, sc 0 = normal operation, default 1 = reset pma circuits
revision 5.11 appliedmicro - confidential & proprietary 119 qt2022/32 - data sheet: ds3051 bit pma/pmd status 1 register 1.1 0 reserved, ro 1 power down capability, ro 1 = ability to power down 2 receive link status, ro/ll 0 = pma receive link down 1 = pma locked to the receive signal pma locked to the receive signal = ( frxlock = receive path pll is in lock ) and ( rxlosb_i = no signal loss) 6:3 reserved, ro 7 local pma/pmd fault, ro 0 = no pma/pmd fault detected 1 = pma/pmd fault detected pma local fault = pma receive local fault (mdio reg 1.8.10) + pma transmit local fault (mdio reg 1.8.11) 15:8 reserved, ro bit pma/pmd identifier 1.2 pma/pmd identifier 1.3 15:0 pma identifier 1 , ro 0043h = 0000_0000_0100_0011 pma identifier, ro a400h = 1010_0100_0000_0000 1. the pma unique identifier is the amcc identifier. bit pma/pmd speed ability register 1.4 0 pma/pmd is capable of operating at 10 gb/s, ro 1 15:1 reserved, ro
120 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit pma/pmd devices in p ackage register 1.5 0 clause 22 registers not present in package, ro 0 1 pma/pmd present in package, ro 1 2 1, wis present in package (qt2032), ro 0, wis not present in package (qt2022), ro 3 pcs present in package, ro 1 4 phy_xs present in package, ro 1 5 dte_xs not present in package, ro 0 15:6 reserved, ro bit pma/pmd devices in package register 1.6 14:0 reserved, ro 15 vendor specific device not present in package, ro 0 bit pma/pmd control 2 register 1.7 2:0 pma/pmd type, ro bit2 bit 1 bit 0 eeprom register 17 mdio 8018 pma/pmd type 1 1 1 0000000000000001 10gbase-sr (default) 1 1 0 0000000000000010 10gbase-lr 1 0 1 0000000000000100 10gbase-er 0 1 1 0000000000010000 10gbase-sw 1 0 1 0 0000000000100000 10gbase-lw 1 0 0 1 0000000001000000 10gbase-ew 1 0 0 0 0000000010000000 undefined 0 0 0 undefined 15:3 reserved, ro 1. valid for qt2032 only.
revision 5.11 appliedmicro - confidential & proprietary 121 qt2022/32 - data sheet: ds3051 bit pma/pmd status 2 register 1.8 0 pma loopback ability, ro 1 1 10gbase-ew ability 1 , ro eeprom register 17 bit 7 = mdio register 8018h.7 2 10gbase-lw ability 1 , ro eeprom register 17 bit 6 = mdio register 8018h.6 3 10gbase-sw ability 1 , ro eeprom register 17 bit 5 = mdio register 8018h.5 4 not 10gbase-lx4, ro 0 5 10gbase-er ability, ro eeprom register 17 bit 2 = mdio register 8018h.2 6 10gbase-lr ability, ro eeprom register 17 bit 1= mdio register 8018h.1 7 10gbase-sr ability, ro eeprom register 17 bit 0 = mdio register 8018h.0 8 pmd transmit dis able ability, ro 1 9 reserved, ro 10 pma receive local fault, ro/lh 1 = pma receive local fault detected 2 == rxlosb_i + frxlock (legacy=1) == frxlock (legacy=0) linked to 1.9003h.4 11 pma transmit local fault, ro/lh 1= pma transmit local fault detected 2 == txfault + txlock (legacy=1) == tx fifo overflow or underflow (legacy=0) linked to 1.9004h.4 12 receive local fault detect ability, ro 1 13 transmit local fault detect ability, ro 1 14 device present, ro 0 15 device present, ro 1 1. value of 1 valid for qt2032 only. 2. the field is linked to an mdio latched high diagnostic alarm regi ster bit. when either register is read both bits will be cle ared. the alarm definition depends on legacy pin input state, as per table 19 on page 58 .
122 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 the package identifier oui is read from eeprom register s 43-46, which correspond to mdio registers 1.8032h- 1.8035h. bit pmd transmit disable 1.9 pmd receive signal ok (1.10) 1.ah 0 pmd transmit disable 1 , rw 1 = transmit disable 0 = transmit enable (default) 1=receive signal detected ( rxlosb_i =1) 1 no pmd lane 0, ro 0 no pmd lane 0, ro 0 2 no pmd lane 1, ro 0 no pmd lane 1, ro 0 3 no pmd lane 2, ro 0 no pmd lane 2, ro 0 4 no pmd lane 3, ro 0 no pmd lane 3, ro 0 15:5 reserved, ro reserved, ro 1. setting this bit to a 1 will set the txenable pin output low. see table 30 on page 69 for details. bit package identifier oui (1.14) 1.eh package identifier oui (1.15) 1.fh 7:0 eeprom reg 44 bit 7:0, mdio 1.8033h.7:0 eeprom reg 46 bit 7:0, mdio 1.8035h.7:0 15:8 eeprom reg 43 bit 7:0, mdio 1.8032h.7:0 eeprom reg 45 bit 7:0, mdio 1.8034h.7:0
revision 5.11 appliedmicro - confidential & proprietary 123 qt2022/32 - data sheet: ds3051 bit pma/pmd vendor specific eeprom nvr control register 1.32 768 1.8000h 0 eeprom nvr read/write byte count, rw bit1 bit0 command 0 0 reserved 0 1 reserved 1 0 read or write 1 byte 1 1 read or write 256 bytes (default) 1 2 command status, ro/lh bit3 bit2 command 0 0 no command 0 1 command completed 1 0 command in progress 1 1 previous command failed 3 4 reserved, ro 5 read/write command, rw 0 = read mode (default) 1 = write mode 6 reserved, ro 7 reserved, ro 15:8 eeprom nvr address for single byte write/read bit pma vendor specific - eeprom nvr registers 1 register number = (2 15 +7+eeprom reg#) register number = (8007h + eeprom reg#) register number = (32775 + eeprom reg#) mdio reg. 1.32775 1.8007h eeprom reg. 0 ... mdio reg. 1.33030 1.8106h eeprom reg. 255 7:0 eeprom register 0 bit 7:0 ... eeprom register 255 bit 7:0 15:8 reserved, ro reserved, ro reserved, ro 1. see section table 34, ?xenpak eeprom register map,? on page 80 for more information on eeprom register definitions
124 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 note 1: when lanmode=1, this bi t enables alarms on phy_xs buffer over/under-flow. when lanmode=0, this bit enables alarms on wi s buffer over/under-flow. note 2:this bit has no effect and is ze ro-valued (read-only) when lanmode=1. bit rx_alarm control reg 36864 reg 1.9000h tx_alarm control reg 36865 reg 1.9001h legacy=1 legacy=0 legacy=1 legacy=0 0 phy_xs receive local fault enable, rw 1 = enabled, default phy_xs transmit local fault enable, rw 1 = enabled, default 1 rx_flag enable 0 = disabled, default tx_flag enable 0 = disabled, default 2 pcs receive code violation enable 0 =disabled, default pcs buffer over/underflow error enable 0 = disabled, default see note 1 3 pcs receive local fault enable 1 = enabled, default pcs transmit local fault enable 1 = enabled, default 4 pma/pmd receive local fault enable 1 = enabled, default pma/pmd transmit local fault enable 1 = enabled, default 5 reserved, ro receive optical power fault enable 1 = enabled, default transmitter loss of lock enable 0 = disabled, default 6 receive buffer over/underflow error enable 0 = disabled, default see note 1 transmitter fault enable 1 = enabled, default transmitter fault enable 0 = disabled, default 7 wis alarm interrupt enable (rw) 0 = disabled, default see note 2 reserved, ro laser output power fault enable 1 = enabled, default 8 wis extended alarm interrupt enable (rw) 0 = disabled, default see note 2 reserved, ro laser temperature fault enable 1 = enabled, default 9 wan receive local fault 1=enabled, default 0 = disabled see note 2 reserved, ro laser bias current fault enable 1 = enabled, default 10 reserved, ro reserved, ro phy_xs code violation error enable 0 = disabled, default 15:11 reserved, ro reserved, ro reserved, ro reserved, ro
revision 5.11 appliedmicro - confidential & proprietary 125 qt2022/32 - data sheet: ds3051 bit lasi control reg 36866 reg 1.9002h 0 ls_alarm enable, rw 0=disabled, default 1 tx_alarm enable, rw 0=disabled, default 2 rx_alarm enable, rw 0=disabled, default 3 lasi intb enable, rw 0=disabled, default 6:4 reserved, ro 7 lasi test data enable, rw 15:8 reserved, ro
126 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit rx_alarm status reg 1.36867 reg 1.9003h tx_alarm status reg 1.36868 reg 1.9004h legacy=1 legacy=0 legacy=1 legacy=0 0 phy_xs receive local fault (ro, lh) 1 linked to 4.8.10 phy_xs transmit local fault (ro, lh) 1 linked to 4.8.11 1 rx_flag (ro, lh) tx_flag (ro, lh) 2 pcs receive code violation (ro, lh) pcs buffer over/underflow error (ro, lh) 1 linked to 4.c002h.9:8 3 pcs receive local fault (ro, lh) 1 linked to 3.8.10 pcs transmit local fault (ro, lh) 1 linked to 3.8.11 4 pma/pmd receive local fault (ro, lh) 1 linked to 1.8.10 pma/pmd transmit local fault (ro, lh) 1 linked to 1.8.11 5 reserved, ro receive optical power fault (ro , lh ) linked to 1.a071h.7:6 transmitter loss of lock (ro, lh) 1 6 phy_xs receive buffer over/underflow value error (ro, lh) 1 linked to 4.c002h.7:6 transmit fault (ro, lh) 1 txfault state 7 wis alarm interrupt flag (ro) 2 3 reserved, ro laser output power fault (ro) linked to 1.a070h.<1:0> 8 wis extended alarm interrupt flag (ro) 3 4 reserved, ro laser temperature fault (ro) linked to 1.a070h.7:6 9 wis local fault (ro,lh) 1 3 linked to 2.1.7 reserved, ro laser bias current fault (ro) linked to 1.a070h.3:2 10 reserved, ro reserved, ro phy_xs code violation error (ro, lh) 15:11 reserved, ro reserved, ro reserved, ro reserved, ro 1. register is linked to the mdio latched high register noted. a read of either register wi ll cause both bits to clear. 2. wis alarm interrupt flag is high if any bit of mdio register 2.33 (2.21h) is set and its associated enable bit in mdio regist er 2.c500h is set as well. 3. register bit type is reserved, ro fo r the qt2022 and the qt2032 when lanmode = 1. 4. wis extended alarm interrupt flag is high if any bit of mdio register 2.c502h is set and its associated enable bit in mdio re gister 2.c501h is set as well.
revision 5.11 appliedmicro - confidential & proprietary 127 qt2022/32 - data sheet: ds3051 bit lasi status reg 1.36869 reg 1.9005h 0 ls_alarm, ro/lh 1 = status change 0 = no status change) 1 tx_alarm, ro 1 = tx_alarm condition 0 = no alarm 2 rx_alarm, ro 1 = rx_alarm condition 0 = no alarm 3 interrupt from lasi_intb pin, ro 1 = interrupt condition (lasi_intb=0) 0 = no alarm (lasi_intb=1) 6:4 reserved, ro 7 lasi test data, rw 0 = default 15:8 reserved, ro bit tx_flag control reg 1.9006h rx_flag control reg 1.9007h 0 laser output power low alarm enable, rw default=0 reserved, rw 1 laser output power high alarm enable, rw default=0 reserved, rw 2 laser bias current low alarm enable, rw default=0 reserved, rw 3 laser bias current high alarm enable, rw default=0 reserved, rw 4 reserved, rw reserved, rw 5 reserved, rw reserved, rw 6 temp low alarm enable, rw default=0 rx optical power low alarm enable, rw default=0 7 temp high alarm enable, rw default=0 rx optical power high alarm enable, rw default=0 15:8 reserved, ro reserved, ro
128 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit dom registers 1.a000-1.a06fh 1.a070h tx_flag status 1.a071h rx_flag status 1.a072-1.a0ffh 0 lsb, bit 0 laser output power low alarm, ro lsb, bit 0 lsb, bit 0 1 : laser output power high alarm, ro : : 2 : laser bias current low alarm, ro : : 3 : laser bias current high alarm, ro : : 4 : bit 4 : : 5 : bit 5 bit 5 : 6 : temp low alarm, ro rx optical power low alarm, ro : 7 msb, bit 7 temp high alarm, ro rx optical power high alarm, ro msb, bit 7 15:8 reserved, ro reserved, ro reserved, ro reserved, ro bit dom command and status 1.a100h 0 dom update control, rw 1 bit1 bit0 command 0 0 write->single dom update (default) 0 1 write->slow periodic update 1 0 write->inter. periodic update 1 1 write->fast periodic update 1 2 dom read command status, ro/lh bit3 bit2 command 0 0 idle, no command (default) 0 1 command completed 1 0 command in progress 1 1 previous command failed 3 4 reserved, ro 5 reserved, ro
revision 5.11 appliedmicro - confidential & proprietary 129 qt2022/32 - data sheet: ds3051 6 reserved, ro 7 reserved, ro 8 dom command byte count control, rw 0 = 256 bytes (default) 1 = 1 byte 9 reserved, ro 10 reserved, ro 11 reserved, ro 12 dom write command status (ro, lh) bit3 bit2 command 0 0 idle, no command (default) 0 1 command completed 1 0 command in progress 1 1 previous command failed 13 14 reserved, ro 15 reserved, ro 1. setting this filed will trigger r eading from the peripheral i2c device. bit dom command and status 1.a100h
130 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit pma vendor specific 1.c001h 0 txlock , ro 1=fiber transmit pll in lock 1 sync_err , ro/lh 1=recovered clock rate error 2 txpllout output frequency select this pin reverses the sense of the xfp i nput for determining txpllout frequency. see table 8 on page 35 . 0 = normal (default) 1 = reversed. 3 txpllout output enable in conjunction with 1.c001h.7, enables or disables the txpllout output driver. see table 7 on page 35 . 4 pma network loopback mode, rw 0=disable network loopback (default) 1=enable network loopback 5 pma network loopback data override, rw 1= transmit data (default) 0= transmit idles
revision 5.11 appliedmicro - confidential & proprietary 131 qt2022/32 - data sheet: ds3051 6 rxpllout enable, rw 0=rxpllout disabled except in line timing mode (default) 1=rxpllout enabled 7 lan reference input select 0 = use erefclk input (default) 1 = use txpllout input (disables txpllout output driver) in conjunction with mdio 1.c001h.3, this bit enables or disables the txp llout output driver. see table 7 on page 35 . 8 rxpllout output frequency select, rw 0 = 161mhz rxclk, default 1 = test mode only. do not use. 9 force line timing mode, rw 0 = normal operation (default) 1 = force line timing mode this bit is used in conjuncti on with 1.c001h.14 to specify t he current line timing state. see ?line timing? on page 30. for more information on line timing modes. 10 rxlosb_i override, rw 0=no override, default 1=rxlosb_i override rxlosb_i override does not impact md io register 1.10.0 functionality 11 reserved, ro 12 pma pll vco center frequency override enable (rw) 0 = no override (default) 1 = override 13 pma pll vco center frequency override value (rw) 0 = select low frequency (default) 1 = select high frequency note: selection is active onl y when bit 1.c001h.12 is high. 14 automatic line timing mode enable, rw 0 = automatic line timing mode disabled (default) 1 = automatic line timing mode enabled this bit is used in conjunction with 1.c00 1h.9 to specify the current line timing stat e. for more information on line timing mo des, refer to section section 6.2.2 on page 30 . 15 pma system loopback data override, rw 1= transmit data 0= transmit all 0s (default) bit pma vendor specific 1.c001h
132 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit pma/pmd vendor specific register 1.c002h pma/pmd vendor specific eeprom nvr control register 1.c003h pma/pmd vendor specific eeprom nvr checksum / i2c/dom write control 1.c004h register upload command and status 1.c005h 0 i2c/dom single byte read/write address, rw eeprom nvr 256 byte write cycle burst size, rw size bit1 bit0 1 0 0 8 0 1 default 16 1 0 1 1 1 i2c/dom write command, rw bit1 bit0 command 0 0 reserved 0 1 reserved 1 0 write 1 byte 1 1 write 256 bytes register upload commands, rw bit1 bit0 command 0 0 reserved (default) 0 1 reserved 1 0 reserved 1 1 read-> upload the mdio registers from external eeprom. 1 2 reserved, ro i2c/dom 256 byte write cycle burst size, rw size bit1 bit0 1 0 0 8 0 1 default 16 1 0 1 1 1 register upload command status for the first eeprom, ro/lh bit3 bit2 command 0 0 idle, no command (default) 0 1 command completed 1 0 command in progress 1 1 previous command failed 3 reserved, ro 4 eeprom nvr 256 byte read cycle burst size, rw size bit1 bit0 1 0 0 8 0 1 16 1 0 256 1 1 default reserved, ro register upload command status for the second eeprom, ro/lh bit5 bit4 command 0 0 idle, no command (default) 0 1 command completed 1 0 command in progress 1 1 previous command failed 5 reserved, ro 6 reserved, ro reserved, ro reserved, ro 7 eeprom nvr checksum ok, ro 1=ok reserved, ro reserved, ro 8 i2c bus timeout coun - ter, rw default = 8?d0 (disabled) note: timeout value defined in seconds reserved, ro eeprom nvr calculated checksum, ro reserved, ro 9 reserved, ro reserved, ro 10 reserved, ro reserved, ro 11 eeprom nvr active, ro 1=eeprom access in progress (mdio writes to eeprom regis - ters ignored) reserved, ro 12 eeprom nvr error, ro/lh 1=eeprom error reserved, ro 13 eeprom nvr detected, ro 1=eeprom detected reserved, ro 14 eeprom master bus rate control, rw bit15 bit14 0 0 = 37khz, default 1 0 = 74khz 1 x = reserved 1 x = 600khz reserved, ro 15 reserved, ro
revision 5.11 appliedmicro - confidential & proprietary 133 qt2022/32 - data sheet: ds3051 bit pma vendor specific 1.c023h 4:0 i2c address extension in 2 byte addressing mode (rw) 15:5 reserved, ro bit pma vendor specific 1.c024h 0 eeprom_scl tristate, rw 1 0 = not tristate, default 1 = tristate 1 bypass eeprom powerup wait (rw) 0 = normal eeprom operation (default) 1 = bypass 250ms powerup wait time 2 eeprom ate mode enable (rw) 0 = normal eeprom operation (default) 1 = ate mode (test mode only, do not use) 15:3 reserved, ro 1. it is not necessary to set this bit to 1 in order for external i2c access to function properly (see section 10.8.2, ?reading and writing using the i2c interface,? on page 94 bit pma vendor specific 1.c025h 0 tx fiber 1.2v power supply monitor 1 , ro 1 = power supply ok 1 rx fiber 1.2v power supply monitor 1 , ro 1 = power supply ok 2 xaui cdr 1.2v power supply monitor 1 , ro 1 = power supply ok 15:3 reserved (ro) 1. informative only. performance of the supply monitors are not guaranteed.
134 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit pma vendor specific amcc test patterns control 1.c030h pma vendor specific amcc test patterns 1.c031h 0 enable tx fibre for amcc test pattern 0 = disable, default 1 = enable amcc test pattern programmable value, rw default = 0x0000 1 select amcc test pattern on tx fibre 0 = static, default 1 = user defined value 2 override tx fibre lock 0 = disabled, default 1 = set lock to 1 3 override rx fibre lock 0 = disabled, default 1 = set lock to 1 4 force sync_err 0 = disabled, default 1 = force sync error 5 select sync_err value 0 = sync error low 1 = sync error high 6 override xfp_eqn 0 = disabled, default 1 = set xfp_eqn to 1 7 override effect of sync_err on ltimeok logic, rw 0 = disabled, default 1 = override sync_err (see table 8 on page 31 for details). 8 force tx fibre vco 0 = disabled, default 1 = force vco 9 select tx fibre vco forced frequency 0 = min freq, default 1 = max freq 10 force rx fibre vco 0 = disable, default 1 = force vco 11 select rx fibre vco forced frequency 0 = min freq, default 1 = max freq 12 force tx fibre powerdown 0 = disable, default 1 = force powerdown 13 force rx fibre powerdown 0 = disable, default 1 = force powerdown 14 line timing ais-l override 1 (rw) 0 = override disabled, default 1 = override enabled 15 line timing lof override 1 (rw) 0 = override disabled, default 1 = override enabled
revision 5.11 appliedmicro - confidential & proprietary 135 qt2022/32 - data sheet: ds3051 1. register value ignored for qt2022, or qt2032 in lan mode. bit memory bist mode register 0 1.c100h memory bist cont rol register 1 1.c101h memory bist control register 1.c102h 0 done upper mode register bit 16 (rw) run memory bist 0 (rw) 1 control select reserved, ro run memory bist 1 (rw) 2:5 algorithm select reserved, ro run memory bist 2 (rw) reserved, ro run memory bist 3 (rw) reserved, ro run memory bist 4 (rw) reserved, ro corrupt memory bist 0 (rw) 6 pause reserved, ro corrupt memory bist 1 (rw) 7 error reserved, ro corrupt memory bist 2 (rw) 8 debug mode reserved, ro corrupt memory bist 3 (rw) 12:9 pattern reserved, ro corrupt memory bist 4 (rw) reserved, ro bist enable 0 (rw) reserved, ro bist enable 1 (rw) reserved, ro bist enable 2 (rw) 14:13 port reserved, ro bist enable 3 (rw) reserved, ro bist enable 4 (rw) 15 upper mode register reserved, ro reserved, ro bit memory bist debug register 0 1.c103h memory bist debug register 1 1.c104h memory bist debug register 2 1.c105h memory bist debug register 3 1.c106h memory bist debug register 4 1.c107h 7:0 data [15:0], ro data [31:16], ro data [47:32], ro data [63:48], ro data [71:64], ro 15:8 reserved, ro
136 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit memory select register 1.c108h 2:0 bist select (rw) 0 = bist 0, memory 0 (default) 1 = bist 1, memory 0 2 = bist 2, memory 0 3 = bist 2, memory 1 4 = bist 3, memory 0 5 = bist 3, memory 1 6 = bist 4, memory 0 15:3 reserved, ro bit xfp status register 1.c200h xfp control register 1.c201h 0 mod_abs status, ro mod_desel control, rw 0 = module selected, default 1 = module deselected 1 mod_nr status, ro p_down_rst control, rw 0 = no power down, default 1 = power down 2 int_b status, ro reserved, ro 3 rx_los status, ro reserved, ro 14:4 reserved, ro reserved, ro 15 tx_dis status, ro note: tx_dis is an output pin of qt2022/32 driven by reg - ister 1.9.0 (same as txenable) reserved, ro
revision 5.11 appliedmicro - confidential & proprietary 137 qt2022/32 - data sheet: ds3051 bit pma vendor specific amcc product code 1.d000h pma vendor specific amcc revision code 1.d001h qt2032 qt2022 qt2032 qt2022 3:0 product code fourth character, ro 0x 2 product code fourth character, ro 0x 2 reserved, ro 0x 0 reserved, ro 0x 0 7:4 product code third character, ro 0x 3 product code third character, ro 0x 2 reserved, ro 0x 0 reserved, ro 0x 0 11:8 product code second character, ro 0x 0 product code second character, ro 0x 0 metal code, ro 0x 1 metal code, ro 0x 1 15:12 product code first character, ro 0x 2 product code first character, ro 0x 2 version code, ro 0x a version code, ro 0x c
138 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit pma vendor specific amcc input pads status 1.d002h pma vendor specific amcc input pads inversion control 1.d003h 0 rxxaui_sel, ro rxxaui_sel invert, rw 0 = no change (default) 1 = inverted after pad 1 txxaui_sel, ro txxaui_sel invert, rw 0 = no change (default) 1 = inverted after pad 2 txon, ro txon invert, rw 0 = no change (default) 1 = inverted after pad 3 txout_sel, ro txout_sel invert, rw 0 = no change (default) 1 = inverted after pad 4 rxin_sel, ro rxin_sel invert, rw 0 = no change (default) 1 = inverted after pad 5 txfault, ro txfault invert, rw 0 = no change (default) 1 = inverted after pad 6 rxlosb_i, ro rxlosb_i invert, rw 0 = no change (default) 1 = inverted after pad 7 lasi_intb, ro lasi_intb invert, rw 0 = no change (default) 1 = inverted after pad 8 vcxoonly 1 , ro vcxoonly invert 1 , rw 0 = no change (default) 1 = inverted after pad 9 vcxob 1 , ro vcxob invert 1 , rw 0 = no change (default) 1 = inverted after pad 10 vcxosel622 1 , ro vcxosel622 invert 1 , rw 0 = no change (default) 1 = inverted after pad 11 refsel622 1 , ro refsel622 invert 1 , rw 0 = no change (default) 1 = inverted after pad 12 phoff_en, ro phoff_en invert, rw 0 = no change (default) 1 = inverted after pad 13 eeprom_prot, ro reserved, ro 14 xfp, ro reserved, ro 15 legacy, ro reserved, ro 1. pin is not defined for qt2022.
revision 5.11 appliedmicro - confidential & proprietary 139 qt2022/32 - data sheet: ds3051 bit pma vendor specific amcc output pads status 1.d004h pma vendor specific amcc output pads inversion control 1.d005h 0 lasi, ro lasi invert, rw 0 = no change (default) 1 = inverted before pad 1 txenable, ro txenable invert, rw 0 = no change (default) 1 = inverted before pad 2 losoutb, ro losoutb invert, rw 0 = no change (default) 1 = inverted before pad 3 ltimeok 1 , ro ltimeok invert 1 , rw 0 = no change (default) 1 = inverted before pad 15:4 reserved, ro reserved, ro 1. pin is not defined for qt2022. bit pma vendor specific gpio1/led1 control and status 1.d006h 0 led1/gpio1 configuration control, rw 2 1 0 0 0 0 = reserved 0 0 1 = link status only 0 1 0 = link activity only 0 1 1 = link status and activity (default) 1 0 0 = led off 1 0 1 = led on 1 1 1 = input mode 1 2 3 led1 path select, rw 0= transmit path (default) 1= receive path 4 led1 stretch time select, rw 0= 50ms (default) 1= 100ms 5 led1/gpio1 pin state, ro 15:6 reserved, ro
140 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit pma vendor specific gpio2/led2 control and status 1.d007h 0 led2/gpio2 configuration control, rw 2 1 0 0 0 0 = reserved 0 0 1 = link status only 0 1 0 = link activity only 0 1 1 = link status and activity (default) 1 0 0 = led off 1 0 1 = led on 1 1 1 = input mode 1 2 3 led2 path select, rw 0= transmit path 1= receive path (default) 4 led2 stretch time select, rw 0= 50ms (default) 1= 100ms 5 led2/gpio2 pin state, ro 15:6 reserved, ro bit pma vendor specific gpio3/led3 control and status 1.d008h 0 led3/gpio3 configuration control, rw 2 1 0 0 0 0 = reserved 0 0 1 = link status only (default) 0 1 0 = link activity only 0 1 1 = link status and activity 1 0 0 = led off 1 0 1 = led on 1 1 1 = input mode 1 2 3 led3 path select, rw 0= transmit path 1= receive path (default) 4 led3 stretch time select, rw 0= 50ms (default) 1= 100ms 5 led3/gpio3 pin state, ro 15:6 reserved, ro
revision 5.11 appliedmicro - confidential & proprietary 141 qt2022/32 - data sheet: ds3051 13.2 wis registers (device 2) (qt2032 only) the device 2 registers are defined for the qt2032 only. for the qt2022, writes to these registers are ignored. reads from these regist ers will return all 0?s. bit wis control 1 reg 2.0 0 reserved, ro 6:1 speed selection (ro): always 5?b10000 12:7 reserved, ro 13 speed selection (ro) always 1 14 loopback (rw) 1=enable loopback mode 0=disable loopback mode 15 reset (rw/sc) 1=wis reset 0=normal operation bit wis status 1 reg 2.1 0 reserved, ro 1 power down capability, ro 1 = ability to power down 2 link status (ro/ll) 1=wis link up 0=wis link down link status == wis sync and plm-p and lop-p and ais-p and ais-l 6:3 reserved, ro 7 wis local fault 1 (ro/lh) 15:8 reserved, ro 1. wis local fault = not (wis sync). wis sy nc is defined in ieee 802.3-2005 clause 50.4. bit wis identifier 2.2 wis identifier 2.3 15:0 wis identifier 1 , ro 0043h = 0000_0000_0100_0011 wis identifier, ro a400h = 1010_0100_0000_0000 1. the wis unique identifier is the amcc identifier.
142 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit wis speed ability register 2.4 0 wis is capable of operating at 10 gb/s, ro always 1 15:1 reserved, ro bit device in package register 2.5 0 clause 22 register present (ro) always 0 1 pmd/pma present (ro) always 1 2 wis present (ro) always 1 3 pcs present (ro) always 1 4 phy xs present (ro) always 1 5 dte xs present (ro) always 0 15:6 reserved (ro) bit device in package register 2.6 14:0 reserved (ro) 15 vendor specific device present (ro): always 0
revision 5.11 appliedmicro - confidential & proprietary 143 qt2022/32 - data sheet: ds3051 bit wis control 2 register 2.7 0 port type selection 1 (rw) 1 = select 10gbase-w pcs type, default 0 = select 10gbase-r pcs type 1 transmit test pattern enable (rw) 2 receive test pattern enable (rw) 3 test pattern select (rw) 1=square wave test pattern 0=mixed frequency test pattern 4 transmit prbs31 generator enable (rw) 0 = not enabled, default 1 = enable tx prbs31 5 receive prbs31 checker enable (rw) 0 = not enabled, default 1 = enable rx prbs31 checker 15:6 reserved (ro) 1. this register bit can be used to enable/ disable the wis in the qt2032. refer to section 7, ?wan interface sublayer (wis) descrip - tion (qt2032 only),? on page 36 for details. this bit is ?sticky?; it maintains it s value after a soft reset (a reset from an mdio com - mand). the default value is restored after a hard reset (applied to resetn input pin). bit wis status 2 register 2.8 0 10gbase-r ability (ro) always 1 1 prbs31 ability (ro) always 1 13:2 reserved (ro) 14 device present (ro): always 0 15 device present (ro): always 1 bit wis test pattern error counter register 2.9 15:0 test pattern error count (ro,nr) count reset on read lsb is bit 0 msb is bit 15
144 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit 10g wis status 3 register (2.33) 2.0021h 1 0 lop-p (ro/lh): loss of pointer 1 ais-p (ro/lh): alarm indication signal 2 plm-p (ro/lh): loss of label mismatch 3 lcd-p (ro/lh): path loss of cell delineation 4 ais-l(ro/lh): line alarm indication signal 5 rdi-l (ro/lh): line remote defect indication 6 los (ro/lh): loss of signal (based on no transitions as described in ansi t1.416-1999) 7 lof (ro/lh): loss of frame 8 reserved (ro) 9 far end ais-p/lop-p (ro/lh) 10 far end plm-p/lcd-p(ro/lh): 11 sef (ro/lh): severely errored frame 15:12 reserved (ro) 1. the alarms in this register can be programmed to trip the l asi interrupt output signal. the mask register 2.c500h is used to control which alarms are enabled. bit register (2.37) 2.25h 15:0 far end path block (bip-8) error count (ro)
revision 5.11 appliedmicro - confidential & proprietary 145 qt2022/32 - data sheet: ds3051 reg wis j1 tx registers (2 .39-2.46) 2.27h - 2.2eh 2.39 7:0 j1 tx (rw): transmitted path trace octet j1 tx 1 2.39 15:8 j1 tx (rw): transmitted path trace octet j1 tx 2 2.40 7:0 j1 tx (rw): transmitted path trace octet j1 tx 3 2.40 15:8 j1 tx (rw): transmitted path trace octet j1 tx 4 2.41 7:0 j1 tx (rw): transmitted path trace octet j1 tx 5 2.41 15:8 j1 tx (rw): transmitted path trace octet j1 tx 6 2.42 7:0 j1 tx (rw): transmitted path trace octet j1 tx 7 2.42 15:8 j1 tx (rw): transmitted path trace octet j1 tx 8 2.43 7:0 j1 tx (rw): transmitted path trace octet j1 tx 9 2.43 15:8 j1 tx (rw): transmitted path trace octet j1 tx 10 2.44 7:0 j1 tx (rw): transmitted path trace octet j1 tx 11 2.44 15:8 j1 tx (rw): transmitted path trace octet j1 tx 12 2.45 7:0 j1 tx (rw): transmitted path trace octet j1 tx 13 2.45 15:8 j1 tx (rw): transmitted path trace octet j1 tx 14 2.46 7:0 j1 tx (rw): transmitted path trace octet j1 tx 15 2.46 15:8 j1 tx (rw): transmitted path trace octet j1 tx 16
146 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 reg wis j1 rx registers (2 .47-2.54) 2.2fh - 2.36h 2.47 7:0 j1 rx (ro): received path trace octet j1 rx 1 2.47 15:8 j1 rx (ro): received path trace octet j1 rx 2 2.48 7:0 j1 rx (ro): received path trace octet j1 rx 3 2.48 15:8 j1 rx (ro): received path trace octet j1 rx 4 2.48 7:0 j1 rx (ro): received path trace octet j1 rx 5 2.49 15:8 j1 rx (ro): received path trace octet j1 rx 6 2.50 7:0 j1 rx (ro): received path trace octet j1 rx 7 2.50 15:8 j1 rx (ro): received path trace octet j1 rx 8 2.51 7:0 j1 rx (ro): received path trace octet j1 rx 9 2.51 15:8 j1 rx (ro): received path trace octet j1 rx 10 2.51 7:0 j1 rx (ro): received path trace octet j1 rx 11 2.52 15:8 j1 rx (ro): received path trace octet j1 rx 12 2.53 7:0 j1 rx (ro): received path trace octet j1 rx 13 2.53 15:8 j1 rx (ro): received path trace octet j1 rx 14 2.54 7:0 j1 rx (ro): received path trace octet j1 rx 15 2.54 15:8 j1 rx (ro): received path trace octet j1 rx 16 reg wis far end line bip-8 errors (2.55-2.56) 2.0037h - 2.0038h 2.55 15:0 wis far end line bip-8 error 0 (ro) (most significant word of the wi s far end line bip-8 error count) 2.56 15:0 wis far end line bip-8 error 1 (ro) (least significant word of the wis far end line bip-8 error count)
revision 5.11 appliedmicro - confidential & proprietary 147 qt2022/32 - data sheet: ds3051 reg wis line bip-8 errors regist ers (2.57-2.58 ) 2.39h-2.3ah 2.57 wis line bip-8 error 0 (ro) (most significant word of th e wis line bip-8 error count) 2.58 wis line bip-8 error 1 (ro) (least significant word of t he wis line bip-8 error count) bit wis path bip-8 error count register (2.59) 2.3bh 15:0 wis path bip-8 error count (ro) bit wis section bip-8 error count register (2.60) 2.3ch 15:0 wis section bip-8 error count (ro)
148 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 reg wis j0 tx registers (2 .64-2.71) 2.40h - 2.47h 2.64 7:0 j0 tx (rw): transmitted section trace octet j0 tx 1 2.64 15:8 j0 tx (rw): transmitted section trace octet j0 tx 2 2.65 7:0 j0 tx (rw): transmitted section trace octet j0 tx 3 2.65 15:8 j0 tx (rw): transmitted section trace octet j0 tx 4 2.66 7:0 j0 tx (rw): transmitted section trace octet j0 tx 5 2.66 15:8 j0 tx (rw): transmitted section trace octet j0 tx 6 2.67 7:0 j0 tx (rw): transmitted section trace octet j0 tx 7 2.67 15:8 j0 tx (rw): transmitted section trace octet j0 tx 8 2.68 7:0 j0 tx (rw): transmitted section trace octet j0 tx 9 2.68 15:8 j0 tx (rw): transmitted section trace octet j0 tx 10 2.69 7:0 j0 tx (rw): transmitted section trace octet j0 tx 11 2.69 15:8 j0 tx (rw): transmitted section trace octet j0 tx 12 2.70 7:0 j0 tx (rw): transmitted section trace octet j0 tx 13 2.70 15:8 j0 tx (rw): transmitted section trace octet j0 tx 14 2.71 7:0 j0 tx (rw): transmitted section trace octet j0 tx 15 2.71 15:8 j0 tx (rw): transmitted section trace octet j0 tx 16
revision 5.11 appliedmicro - confidential & proprietary 149 qt2022/32 - data sheet: ds3051 reg wis j0 rx registers (2.72-2.79) 2.0048h - 2.004fh 2.72 7:0 j0 rx (ro): received section trace octet j0 rx 1 2.72 15:8 j0 rx (ro): received section trace octet j0 rx 2 2.73 7:0 j0 rx (ro): received section trace octet j0 rx 3 2.73 15:8 j0 rx (ro): received section trace octet j0 rx 4 2.74 7:0 j0 rx (ro): received section trace octet j0 rx 5 2.74 15:8 j0 rx (ro): received section trace octet j0 rx 6 2.75 7:0 j0 rx (ro): received section trace octet j0 rx 7 2.75 15:8 j0 rx (ro): received section trace octet j0 rx 8 2.76 7:0 j0 rx (ro): received section trace octet j0 rx 9 2.76 15:8 j0 rx (ro): received section trace octet j0 rx 10 2.77 7:0 j0 rx (ro): received section trace octet j0 rx 11 2.77 15:8 j0 rx (ro): received section trace octet j0 rx 12 2.78 7:0 j0 rx (ro): received section trace octet j0 rx 13 2.78 15:8 j0 rx (ro): received section trace octet j0 rx 14 2.79 7:0 j0 rx (ro): received section trace octet j0 rx 15 2.79 15:8 j0 rx (ro): received section trace octet j0 rx 16
150 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit wis frame pointer - vendor specific register 2.c000h 0 received invalid pointer (ro/lh) triggered when positive stuff events are not separated by 3 or more frames. 1 received invalid pointer (ro/lh) triggered under any of the following four conditions: (ndf & invalid pointer value) or (no ndf & invalid pointer value for 3 consecutive frames) or (invalid ndf) or (a majority of i-bits and d-bits are invert ed simultaneously & no ndf & valid pointer value) 2 pointer change from negative stuff (ro/lh): 1=pointer changed using a negative stuff event. 0=no pointer changed using a negative stuff event 3 pointer change from positive stuff (ro/lh): 1=pointer changed using a positive stuff event. 0=no pointer changed using a positive stuff event 4 pointer change without ndf flag (ro/lh): 1=pointer changed without ndf flag for 3 consecutive frames. 0=no pointer changed without ndf flag. 5 pointer change with ndf flag detected (ro/lh): 1= pointer changed using ndf flag detected. 0= no pointer changed using no ndf flag detected. 15:6 current pointer (ro): pointer value at which the logic looks for the start of a new spe.
revision 5.11 appliedmicro - confidential & proprietary 151 qt2022/32 - data sheet: ds3051 bit wis vendor specific control - vendor specific register 2.c001h 0 wis scrambler bypass (rw) 0 = bypass not asserted (default) 1 = bypass asserted 1 wis descrambler bypass (rw) 0 = bypass not asserted (default) 1 = bypass asserted 2 wis tx reset_n (rw) 0 = reset asserted 1 = reset not asserted (default) 3 wis rx reset_n (rw) 0 = reset asserted 1 = reset not asserted (default) 4 wis loopback select data override (rw) 0 = loopback data override not asserted. txout will output 00ff pattern. (default) 1 = loopback data override asserted. txout will output transmit data. 5 wis fiber prbs inversion (rw) 0 = no change. 1 = inverted (default) 7:6 wis tx ss bits value (rw) 2?b00 = default value 15:8 reserved (ro) bit wis extended features control - vendor specific register 2.c002h 0 wis transmit extended j1 trace message enable (rw) 1 wis receive extended j1 trace message enable (rw) 2 wis transmit serial over head interface enable (rw) 3 wis receive serial overhead interface enable (rw) 4 wis transmit programmable k1 value enable (rw) 5 wis transmit programmable k2 value enable (rw) 6 wis transmit programmable s1 value enable (rw) 7 wis sd monitoring enable (rw) 8 wis sf monitoring enable (rw) 9 wis tx ss bits insert enable (rw) reserved (ro) 15:10 reserved (ro)
152 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit wis serial interface control - vendor specific register 2.c010h 2:0 wis serial interface mode of operation on transmit path (rw) 001 = use serial data for all sts-1 transport overhead 100 = use serial data for d1-d3 overhead bytes 101 = use serial data for d4-d12 overhead bytes 110 = use serial data for d1-d12 overhead bytes other values = serial data ignored (default) 3 reserved (ro) 6:4 wis serial interface mode of operation on receive path (rw) 001 = use serial data for all sts-1 transport overhead 100 = use serial data for d1-d3 overhead bytes 101 = use serial data for d4-d12 overhead bytes 110 = use serial data for d1-d12 overhead bytes other values = serial data ignored (default) 15:7 reserved (ro) bit pointer justification counter - vendor specific register 2.c020h 7:0 positive stuff event counter (ro, cleared on read - no rollover) counter incremented by 1 on positive stuff event 15:8 negative stuff event counter (ro, cleared on read - no rollover) counter incremented by 1 on negative stuff event reg wis j1 rx extended registers 2.c100h - 2.c117h 2.c100h j1 rx byte #18 (msb), j1 rx byte #17 (lsb) - (ro) 2.c101h j1 rx byte #20 (msb), j1 rx byte #19 (lsb) - (ro) 2.c102h j1 rx byte #22 (msb), j1 rx byte #21 (lsb) - (ro) 2.c103h j1 rx byte #24 (msb), j1 rx byte #23 (lsb) - (ro) 2.c104h j1 rx byte #26 (msb), j1 rx byte #25 (lsb) - (ro) 2.c105h j1 rx byte #28 (msb), j1 rx byte #27 (lsb) - (ro) 2.c106h j1 rx byte #30 (msb), j1 rx byte #29 (lsb) - (ro) 2.c107h j1 rx byte #32 (msb), j1 rx byte #31 (lsb) - (ro) 2.c108h j1 rx byte #34 (msb), j1 rx byte #33 (lsb) - (ro) 2.c109h j1 rx byte #36 (msb), j1 rx byte #35 (lsb) - (ro) 2.c10ah j1 rx byte #38 (msb), j1 rx byte #37 (lsb) - (ro)
revision 5.11 appliedmicro - confidential & proprietary 153 qt2022/32 - data sheet: ds3051 2.c10bh j1 rx byte #40 (msb), j1 rx byte #39 (lsb) - (ro) 2.c10ch j1 rx byte #42 (msb), j1 rx byte #41 (lsb) - (ro) 2.c10dh j1 rx byte #44 (msb), j1 rx byte #43 (lsb) - (ro) 2.c10eh j1 rx byte #46 (msb), j1 rx byte #45 (lsb) - (ro) 2.c10fh j1 rx byte #48 (msb), j1 rx byte #47 (lsb) - (ro) 2.c110h j1 rx byte #50 (msb), j1 rx byte #49 (lsb) - (ro) 2.c111h j1 rx byte #52 (msb), j1 rx byte #51 (lsb) - (ro) 2.c112h j1 rx byte #54 (msb), j1 rx byte #53 (lsb) - (ro) 2.c113h j1 rx byte #56 (msb), j1 rx byte #55 (lsb) - (ro) 2.c114h j1 rx byte #58 (msb), j1 rx byte #57 (lsb) - (ro) 2.c115h j1 rx byte #60 (msb), j1 rx byte #59 (lsb) - (ro) 2.c116h j1 rx byte #62 (msb), j1 rx byte #61 (lsb) - (ro) 2.c117h j1 rx byte #64 (msb), j1 rx byte #63 (lsb) - (ro) reg wis j1 rx extended registers 2.c100h - 2.c117h (continued) reg wis j1 tx extended registers 2.c200h - 2.c217h 2.c200h j1 tx byte #18 (msb), j1 tx byte #17 (lsb) - (rw) 2.c201h j1 tx byte #20 (msb), j1 tx byte #19 (lsb) - (rw) 2.c202h j1 tx byte #22 (msb), j1 tx byte #21 (lsb) - (rw) 2.c203h j1 tx byte #24 (msb), j1 tx byte #23 (lsb) - (rw) 2.c204h j1 tx byte #26 (msb), j1 tx byte #25 (lsb) - (rw) 2.c205h j1 tx byte #28 (msb), j1 tx byte #27 (lsb) - (rw) 2.c206h j1 tx byte #30 (msb), j1 tx byte #29 (lsb) - (rw) 2.c207h j1 tx byte #32 (msb), j1 tx byte #31 (lsb) - (rw) 2.c208h j1 tx byte #34 (msb), j1 tx byte #33 (lsb) - (rw) 2.c209h j1 tx byte #36 (msb), j1 tx byte #35 (lsb) - (rw) 2.c20ah j1 tx byte #38 (msb), j1 tx byte #37 (lsb) - (rw) 2.c20bh j1 tx byte #40 (msb), j1 tx byte #39 (lsb) - (rw) 2.c20ch j1 tx byte #42 (msb), j1 tx byte #41 (lsb) - (rw) 2.c20dh j1 tx byte #44 (msb), j1 tx byte #43 (lsb) - (rw)
154 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 2.c20eh j1 tx byte #46 (msb), j1 tx byte #45 (lsb) - (rw) 2.c20fh j1 tx byte #48 (msb), j1 tx byte #47 (lsb) - (rw) 2.c210h j1 tx byte #50 (msb), j1 tx byte #49 (lsb) - (rw) 2.c211h j1 tx byte #52 (msb), j1 tx byte #51 (lsb) - (rw) 2.c212h j1 tx byte #54 (msb), j1 tx byte #53 (lsb) - (rw) 2.c213h j1 tx byte #56 (msb), j1 tx byte #55 (lsb) - (rw) 2.c214h j1 tx byte #58 (msb), j1 tx byte #57 (lsb) - (rw) 2.c215h j1 tx byte #60 (msb), j1 tx byte #59 (lsb) - (rw) 2.c216h j1 tx byte #62 (msb), j1 tx byte #61 (lsb) - (rw) 2.c217h j1 tx byte #64 (msb), j1 tx byte #63 (lsb) - (rw) reg wis j1 tx extended registers 2.c200h - 2.c217h (continued) bit wis k1 tx byte - vendor specific register 2.c300h 7:0 k1 byte value to transmit (rw) default = 8?h00 15:8 reserved (ro) bit wis k1 rx byte - vendor specific register 2.c301h 7:0 validated k1 byte value (ro) 15:8 received k1 byte value (ro) bit wis k2 tx byte - vendor specific register 2.c302h 2:0 reserved (ro) 7:3 k2 byte value to transmit (rw) default = 5b?00000 15:8 reserved (ro)
revision 5.11 appliedmicro - confidential & proprietary 155 qt2022/32 - data sheet: ds3051 bit wis k2 rx byte - vendor specific register 2.c303h 7:0 validated k2 byte value (ro) 15:8 received k2 byte value (ro) bit wis s1 tx byte - vendor specific register 2.c304h 7:0 s1 byte value to transmit (rw) default = 8?h00 15:8 reserved (ro) bit wis s1 rx byte - vendor specific register 2.c305h 7:0 validated s1 byte value (ro) 15:8 received s1 byte value (ro) bit wis sd timing window - vendor specific register 2.c400h 15:0 programmable timing window (rw) n x 125 s (from 125 s to 8.192s) (0 is an illegal value) default = 16?d40 bit wis sd detection threshold - vendor specific register 2.c401h 15:0 programmable detection threshold (rw) default = 16?d49 bit wis sd clearing threshold - vendor specific register 2.c402h 15:0 programmable clearing threshold (rw) default = 16?d49
156 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit wis sd coding violations count - vendor specific register 2.c403h 15:0 coding violation count over the last timing window (ro) bit wis sf timing window - vendor specific register 2.c410h 15:0 programmable timing window (rw) n x 125 s (from 125 s to 8.192s) (0 is an illegal value) default = 16?d40 bit wis sf detection threshold - ve ndor specific register 2.c411h 15:0 programmable detection threshold (rw) default = 16?d49 bit wis sf clearing threshold - ve ndor specific register 2.c412h 15:0 programmable clearing threshold (rw) default = 16?d49 bit wis sf coding violations count - vendor specific register 2.c413h 15:0 coding violation count over the last timing window (ro)
revision 5.11 appliedmicro - confidential & proprietary 157 qt2022/32 - data sheet: ds3051 bit wis alarms interrupt control 1 - vendor specific register 2.c500h 0 lop-p enable (rw) 0 = disabled (default) 1 = enabled 1 ais-p enable (rw) 0 = disabled (default) 1 = enabled 2 plm-p enable (rw) 0 = disabled (default) 1 = enabled 3 lcd-p enable (rw) 0 = disabled (default) 1 = enabled 4 ais-l enable (rw) 0 = disabled (default) 1 = enabled 5 rdi-l enable (rw) 0 = disabled (default) 1 = enabled 6 los enable (rw) 0 = disabled (default) 1 = enabled 7 lof enable (rw) 0 = disabled (default) 1 = enabled 8 reserved (ro) far end lop-p enable (rw) 0 = disabled (default) 1 = enabled 9 far end ais-p/lop-p enable (rw) 0 = disabled (default) 1 = enabled 10 far end plm-p/lcd-p enable (rw) 0 = disabled (default) 1 = enabled 11 sef enable (rw) 0 = disabled (default) 1 = enabled 15:12 reserved (ro) 1. this is the alarm interrupt control regi ster for register 2.33d (2.21h). it can be used to program which alarms will trip the lasi inter- rupt output signal.
158 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit wis extended alarms interrupt control 1 - vendor specific register 2.c501h 0 k1 validated byte enable (rw) 0 = disabled (default) 1 = enabled 1 k2 validated byte enable (rw) 0 = disabled (default) 1 = enabled 2 received inconsistent k1 bytes enable (rw) 0 = disabled (default) 1 = enabled 3 received inconsistent k2 bytes enable (rw) 0 = disabled (default) 1 = enabled 4 s1 validated byte enable (rw) 0 = disabled (default) 1 = enabled 5 reserved (rw) 6 received new j0 trace message mismatch enable (rw) 0 = disabled (default) 1 = enabled 7 received new j1 trace message mismatch enable (rw) 0 = disabled (default) 1 = enabled 8 sd alarm enable (rw) 0 = disabled (default) 1 = enabled 9 sd timing window expired enable (rw) 0 = disabled (default) 1 = enabled 10 sf alarm enable (rw) 0 = disabled (default) 1 = enabled 11 sf timing window expired enable (rw) 0 = disabled (default) 1 = enabled 15:12 reserved (ro) 1. this is the alarm interrupt control for register 2.c502h. it can be used to program which alarms will trip the lasi interrupt output sig- nal.
revision 5.11 appliedmicro - confidential & proprietary 159 qt2022/32 - data sheet: ds3051 bit wis extended alarms status - ve ndor specific register 2.c502h 1 0 k1 validated byte flag (ro/lh) 1 k2 validated byte flag (ro/lh) 2 received inconsistent k1 bytes flag (ro/lh) 3 received inconsistent k2 bytes flag (ro/lh) 4 s1 validated byte flag (ro/lh) 5 reserved (ro) 6 received new j0 trace message mismatch flag (ro/lh) 7 received new j1 trace message mismatch flag (ro/lh) 8 sd alarm flag (ro/lh) 9 sd timing window expired flag (ro/lh) 10 sf alarm flag (ro/lh) 11 sf timing window expired flag (ro/lh) 15:12 reserved (ro) 1. the alarms in this register can be programmed to trip the l asi interrupt output signal. the mask register 2.c501h is used to control which alarms are enabled. bit wis oh insert enable - vendor specific register 2.c600h 0 byte insertion enable 1 (rw) 0 = insertion disabled (default) 1 = insertion triggered 15:1 reserved (ro) 1. the ?insertion enable? bit is used to trigger oh byte insert ion when a fixed number of frame insertion events is selected. th e number of insertion events is specified in regi ster 2.c601h-c603h, bits 15:14. if continuous insertion is specified, the ?insertion en able? bit has no effect.
160 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit wis oh insert byte 1 control - vendor specific register 2.c601h 1:0 sts-1 column number (rw) valid values: from 0 to 3. 5:2 sts-1 row number (rw) valid values: from 0 to 8. 13:6 sts-1 byte number (rw) valid values: from 0 to 191 15:14 count control (rw) 00 = overwrite the selected byte for 1 frame 01 = overwrite the selected byte for 5 frame 10 = overwrite the selected byte for 7 frame 11 = overwrite the selected byte continuously bit wis oh insert byte 2 control - vendor specific register 2.c602h 1:0 sts-1 column number (rw) valid values: from 0 to 3. 5:2 sts-1 row number (rw) valid values: from 0 to 8. 13:6 sts-1 byte number (rw) valid values: from 0 to 191 15:14 count control (rw) 00 = overwrite the selected byte for 1 frame 01 = overwrite the selected byte for 5 frames 10 = overwrite the selected byte for 7 frames 11 = overwrite the selected byte continuously bit wis oh insert byte 3 control - vendor specific register 2.c603h 1:0 sts-1 column number (rw) valid values: from 0 to 3. 5:2 sts-1 row number (rw) valid values: from 0 to 8. 13:6 sts-1 byte number (rw) valid values: from 0 to 191 15:14 count control (rw) 00 = overwrite the selected byte for 1 frame 01 = overwrite the selected byte for 5 frames 10 = overwrite the selected byte for 7 frames 11 = overwrite the selected byte continuously
revision 5.11 appliedmicro - confidential & proprietary 161 qt2022/32 - data sheet: ds3051 bit wis oh insert byte 1 value - vendor specific register 2.c604h 7:0 overwrite byte value (rw) 15:8 reserved (ro) bit wis oh insert byte 2 value - vendor specific register 2.c605h 7:0 overwrite byte value (rw) 15:8 reserved (ro) bit wis oh insert byte 3 value - vendor specific register 2.c606h 7:0 overwrite byte value (rw) 15:8 reserved (ro) bit wis oh extract enable - vendor specific register 2.c610h 0 byte 1 extraction enable (rw) 0 = extraction disabled (default) 1 = extraction enabled 1 byte 2 extraction enable (rw) 0 = extraction disabled (default) 1 = extraction enabled 2 byte 3 extraction enable (rw) 0 = extraction disabled (default) 1 = extraction enabled 15:3 reserved (ro)
162 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit wis oh extract byte 1 control - vendor specific register 2.c611h 1:0 sts-1 column number (rw) valid values: from 0 to 3. (3 = path overhead bytes) 5:2 sts-1 row column number (rw) valid values: from 0 to 8. 13:6 sts-n byte number (rw) valid values: from 0 to 191. (field ignored when column number == 3) 15:14 reserved (ro) bit wis oh extract byte 2 control - vendor specific register 2.c612h 1:0 sts-1 column number (rw) valid values: from 0 to 3. (3 = path overhead bytes) 5:2 sts-1 row column number (rw) valid values: from 0 to 8. 13:6 sts-n byte number (rw) valid values: from 0 to 191. (field ignored when column number == 3) 15:14 reserved (ro) bit wis oh extract byte 3 control - vendor specific register 2.c613h 1:0 sts-1 column number (rw) valid values: from 0 to 3. (3 = path overhead bytes) 5:2 sts-1 row column number (rw) valid values: from 0 to 8. 13:6 sts-n byte number (rw) valid values: from 0 to 191. (field ignored when column number == 3) 15:14 reserved (ro) bit wis oh extracted byte 1 value - vendor specific register 2.c614h 7:0 extracted byte value (ro) 15:8 reserved (ro)
revision 5.11 appliedmicro - confidential & proprietary 163 qt2022/32 - data sheet: ds3051 bit wis oh extracted byte 2 value - vendor specific register 2.c615h 7:0 extracted byte value (ro) 15:8 reserved (ro) bit wis oh extracted byte 3 value - vendor specific register 2.c616h 7:0 extracted byte value (ro) 15:8 reserved (ro)
164 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 13.3 pcs registers (device 3) bit pcs control 1 register 3.0 pcs status 1 register register 3.1 pcs identifier register 3.2 pcs identifier register 3.3 0 reserved, ro reserved, ro pcs identifier, ro 1 1 1. the pcs unique identifier is the amcc identifier. pcs identifier, ro 0 1 reserved, ro power down capability, ro 1 = ability to power down pcs identifier, ro 1 pcs identifier, ro 0 2 speed selection, ro 0 = operation at 10 gb/s pcs receive link status ro/ll, 1=receive link up 2 2. pcs receive link status= latching lo w version of mdio register 3.32.12 ( block_lock + ( high_ber ) pcs identifier, ro 0 pcs identifier, ro 0 3 speed selection, ro 0 = operation at 10 gb/s reserved, ro pcs identifier, ro 0 pcs identifier, ro 0 4 speed selection, ro 0 = operation at 10 gb/s reserved, ro pcs identifier, ro 0 pcs identifier, ro 0 5 speed selection, ro 0 = operation at 10 gb/s reserved, ro pcs identifier, ro 0 pcs identifier, ro 0 6 speed selection, ro 1 = operation at 10 gb/s and above reserved, ro pcs identifier, ro 1 pcs identifier, ro 0 7 reserved, ro local f ault condition detected 1=local fault condition, ro 3 3. pcs local fault = pcs transmit local fault (mdio r eg 3.8.11) + pcs receive local fault (mdio reg 3.8.10) pcs identifier, ro 0 pcs identifier, ro 0 8 reserved, ro reserved, ro pcs identifier, ro 0 pcs identifier, ro 0 9 reserved, ro reserved, ro pcs identifier, ro 0 pcs identifier, ro 0 10 reserved, ro reserved, ro pcs identifier, ro 0 pcs identifier, ro 1 11 power down, rw 0 = don?t power down 1 = power down 4 4. pcs power down enabled will power down the w hole device with the exception of mdio access reserved, ro pcs identifier, ro 0 pcs identifier, ro 0 12 reserved, ro reserved, ro pcs identifier, ro 0 pcs identifier, ro 0 13 speed selection, ro 1 = operation at 10 gb/s and above reserved, ro pcs identifier, ro 0 pcs identifier, ro 1 14 pcs loopback, rw, 1 =enable pcs loopback mode 0 = disable pcs loopback reserved, ro pcs identifier, ro 0 pcs identifier, ro 0 15 pcs_64/66 reset, rw/sc 1=reset, 0=normal operation reserved, ro pcs identifier, ro 0 pcs identifier, ro 1
revision 5.11 appliedmicro - confidential & proprietary 165 qt2022/32 - data sheet: ds3051 bit pcs speed ability register 3.4 pcs devices in package register 3.5 pcs devices in package register 3.6 0 1, pcs is capable of operating at 10 gb/s, ro 0, clause 22 registers not present in package, ro reserved, ro 1 reserved, ro 1, pma/pmd present in package, ro reserved, ro 2 reserved, ro 1, wis present in package (qt2032), ro 0, wis not present in package (qt2022), ro reserved, ro 3 reserved, ro 1, pcs present in package, ro reserved, ro 4 reserved, ro 1, phy_xs present in package, ro reserved, ro 5 reserved, ro 0, dte_xs not present in package, ro reserved, ro 6 reserved, ro reserved, ro reserved, ro 7 reserved, ro reserved, ro reserved, ro 8 reserved, ro reserved, ro reserved, ro 9 reserved, ro reserved, ro reserved, ro 10 reserved, ro reserved, ro reserved, ro 11 reserved, ro reserved, ro reserved, ro 12 reserved, ro reserved, ro reserved, ro 13 reserved, ro reserved, ro reserved, ro 14 reserved, ro reserved, ro reserved, ro 15 reserved, ro reserved, ro vendor specific device not present in package, ro 0
166 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit pcs control 2 register 3.7 10g pcs status 2 register 3.8 10gbase-r pcs status 1 register 3.32 (3.20h) 10gbase-r pcs status 2 register 3.33 (3.21h) 0 bit1 bit0 0 0 select 10gbase-r pcs 1 0 select 10gbase-w pcs 1 r/w, writes ignored 1, ro, 10gbase-r pcs capable 10gbase-r pcs block_lock, ro; 1=pcs locked to received blocks ( block_lock ) errored blocks counter, ro/nr clear counter on read 1 0, ro, 10gbase-x pcs not supported 10gbase-r pcs high ber, ro 1=pcs reporting high ber ( high_ber ) 2 reserved, ro 1, ro, 10gbase-w pcs capable prbs31 test mode supported, ro 1=prbs31 mode supported) 3 reserved, ro reserved, ro reserved, ro 4 reserved, ro reserved, ro reserved, ro 5 reserved, ro reserved, ro reserved, ro 6 reserved, ro reserved, ro reserved, ro 7 reserved, ro reserved, ro reserved, ro 8 reserved, ro reserved, ro reserved, ro hi_ber counter, ro/nr clear counter on read 9 reserved, ro reserved, ro reserved, ro 10 reserved, ro receive local fault detected, ro/lh 1=pcs receive local fault 2 3 linked to 1.9003h.3 reserved, ro 11 reserved, ro transmit local fault detected, ro/lh 1=pcs transmit local fault 3 4 linked to 1.9004h.3 reserved, ro 12 reserved, ro reserved, ro 10gbase-r pcs receive link status, ro 1=receive link up 5 13 reserved, ro reserved, ro reserved, ro 14 reserved, ro 0, ro device responding at this address reserved, ro latched hi_ber, ro/lh 1=10gbase-r pcs has reported high ber 15 reserved, ro 1, ro device responding at this address reserved, ro latched block lock, ro/ll 1=10gbase-r pcs has block lock 1. 10gbase-w not supported in qt2022. 2. pcs receive local fault = ( block_lock ), block lock = register 3.32.0 3. this bit is linked to an mdio latched hi gh diagnostic alarm register bit. when either register is read both bits will be clea red. 4. pcs transmit local fault = transmit fifo overflow or underflow (4.c002h.9:8). 5. pcs receive link up = block_lock and hi_ber
revision 5.11 appliedmicro - confidential & proprietary 167 qt2022/32 - data sheet: ds3051 bit 10g base-r pcs jitter test pattern seed a 10g base-r pcs jitter test pattern seed b registers 3.34 a0 registers 3.35 a1 registers 3.36 a2 registers 3.37 a3 registers 3.38 b0 registers 3.39 b1 registers 3.40 b2 registers 3.41 b3 0 bit 0, rw bit 16, rw bit 32, rw bit 48, rw bit 0, rw bit 16, rw bit 32, rw bit 48, rw 1 : : : : : : : : 2 : : : : : : : : 3 : : : : : : : : 4 : : : : : : : : 5 : : : : : : : : 6 : : : : : : : : 7 : : : : : : : : 8 : : : : : : : : 9 : : : bit 57, rw : : : bit 57, rw 10 : : : res., rw : : : res., rw 11 : : : res., rw : : : res., rw 12 : : : res., rw : : : res., rw 13 : : : res., rw : : : res., rw 14 : : : res., rw : : : res., rw 15 bit 15, rw bit 31, rw bit 47, rw res., rw bit 15, rw bit 31, rw bit 47, rw res., rw
168 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit 10gbase-r pcs jitter test pattern control register 3.42 (3.2ah) 10gbase-r pcs test pattern error counter register 3.43 (3.2bh) pcs vendor specific 3.c000h 10gbase-r pcs ber timer value register 3.c001h pcs vendor specific 3.c006h 0 pattern select, rw 1=zeros data pattern 0=lf data pattern test pattern error count, ro/nr count reset on read lsb is bit 0 msb is bit 15 64/66 encoder error detected, ro/lh 1 = error ber timer counter start value default value = 100 d = 64 hex receive frame off - set, ro 1 test pattern select, rw 1 = square wave test pattern 0= pseudo random test pat - tern rx descrambler bypass, rw 1 = bypass 0 = not bypassed (default) 2 receive test pattern enable, rw 1=enable receive test tx scrambler bypass, rw 1=bypass 0 = not bypassed (default) 3 transmit test pattern enable, rw 1=enable transmit test reset receive pcs, rw 0=reset 1=not reset, default note: not self clearing 4 transmit prbs31 generator enable, rw 0 = not enabled, default 1 = enable tx prbs31 reset transmit pcs, rw 0=reset 1=not reset, default note: not self clearing 5 receive prbs31 checker enable, rw 0 = not enabled, default 1 = enable rx prbs31 checker pcs loopback data out ena - ble, rw 1=transmit data at txout when in pcs loopback mode 0=transmit all a square wave when in pcs loopback mode 6 reserved, ro reserved, ro 7 reserved, ro reserved, ro reserved, ro 8 reserved, ro reserved, ro reserved, ro 9 reserved, ro reserved, ro reserved, ro 10 reserved, ro reserved, ro reserved, ro 11 reserved, ro reserved, ro reserved, ro 12 reserved, ro ber test enable, rw 0 = disabled, default 1 = enabled reserved, ro 13 reserved, ro reserved, ro reserved, ro 14 reserved, ro ber test in progress, ro 1 = ber test in progress reserved, ro 15 reserved, ro ber test complete, ro/lh 1 = ber test completed reserved, ro
revision 5.11 appliedmicro - confidential & proprietary 169 qt2022/32 - data sheet: ds3051 bit 10gbase-w defect mask control register 3.c010h 0 pcs: lop-p mask enable 1 , rw 1= defect does not propagate to pcs 0= defect propagates to pcs (default) 1 pcs: ais-p mask enable 1 , rw 1= defect does not propagate to pcs 0= defect propagates to pcs (default) 2 pcs: plm-p mask enable 1 , rw 1= defect does not propagate to pcs 0= defect propagates to pcs (default) 3 pcs: lof mask enable 1 , rw 1= defect does not propagate to pcs 0= defect propagates to pcs (default) 4 tx rdi-p: plm-p mask enable 2 , rw 1= defect does not assert rdi-p 0= defect asserts rdi-p (default) 5 tx rdi-p: lcd-p mask enable 2 , rw 1= defect does not assert rdi-p 0= defect asserts rdi-p (default) 6 tx rdi-p: ais-p mask enable 2 , rw 1= defect does not assert rdi-p 0= defect asserts rdi-p (default) 7 tx rdi-p: lop-p mask enable 2 , rw 1= defect does not assert rdi-p 0= defect asserts rdi-p (default) 8 tx rdi-l: ais-l/los/lof mask enable 2 , rw 1= defect does not assert rdi-l 0= defect asserts rdi-l (default) 9 tx rdi-l: wis sync mask enable 2 , rw 1= defect does not assert rdi-l 0= defect asserts rdi-l (default) 10 tx rdi-p: rdi-l mask enable 2 , rw 1= rdi-l alarm does not trigger rdi-p alarm 0= defect asserts rdi-p (default) 15-11 reserved, ro 1. by default, this defect propagates to the pcs layer of the device. the pcs will generate a local fault signal on the xaui out put to the upstream mac. 2. when this defect is detected on the receive input, an rdi-x de fect is sent in the transmi t wis overhead by default. when mask ed, the rdi-x defect is not sent.
170 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit pcs vendor specific packet generator control 3.c020 pcs vendor specific packet generator send data msb 3.c021 pcs vendor specific packet generator send data lsb 3.c022 pcs vendor specific packet generator send control 3.c023 0 tx packet generator enable 1 , rw 0 = disable, default 1 = enable lane 2 xgmii data byte, rw default = 8?h00 lane 0 xgmii data byte, rw default = 8?h00 lane 0 xgmii control bit, rw 0 = data, default 1 = control 1 rx packet generator enable 1 , rw 0 = disable, default 1 = enable lane 1 xgmii control bit, rw 0 = data, default 1 = control 2 reserved, ro lane 2 xgmii control bit, rw 0 = data, default 1 = control 3 reserved, ro lane 3 xgmii control bit, rw 0 = data, default 1 = control 4 packet type, rw 00 = data (fixed) 01 = data (incremental) 10 = control (fixed) 11 = reserved default = 00 reserved, ro 5 reserved, ro 6 reserved, ro reserved, ro 7 reserved, ro reserved, ro 8 generator mode, rw 00 = idle mode 01 = burst mode 10 = continuous mode 11 = reserved default = 00 lane 3 xgmii data byte, rw default = 8?h00 lane 1 xgmii data byte, rw default = 8?h00 reserved, ro 9 reserved, ro 10 reserved, ro reserved, ro 11 reserved, ro reserved, ro 12 reserved, ro reserved, ro 13 reserved, ro reserved, ro 14 reserved, ro reserved, ro 15 reserved, ro reserved, ro 1. when either packet generator is enabled, both tx and rx packet checkers will be automatically enabled.
revision 5.11 appliedmicro - confidential & proprietary 171 qt2022/32 - data sheet: ds3051 bit pcs vendor specific packet generator burst size 3.c024h pcs vendor specific packet generator packet size 3.c025h pcs vendor specific packet generator ipg size 3.c026h 15:0 burst size, rw default = 16?d256 packet size defined by xgmii columns, rw default = 16?d5 ipg size defined by xgmii columns, rw default = 16?d1 bit pcs vendor specific packet checker control 3.c030h pcs vendor specific packet checker expected data msb 3.c031h pcs vendor specific packet checker expected data lsb 3.c032h pcs vendor specific packet checker expected control 3.c033h 0 tx packet checker enable 1 , rw 0 = disable, default 1 = enable lane 2 xgmii data byte, rw default = 8?h00 lane 0 xgmii data byte, rw default = 8?h00 lane 0 xgmii control bit, rw 0 = data, default 1 = control 1 rx packet checker enable 1 , rw 0 = disable, default 1 = enable lane 1 xgmii control bit, rw 0 = data, default 1 = control 2 reserved, ro lane 2 xgmii control bit, rw 0 = data, default 1 = control 3 reserved, ro lane 3 xgmii control bit, rw 0 = data, default 1 = control 4 packet type, rw 00 = data (fixed) 01 = data (incremental) 10 = control (fixed) 11 = reserved default = 00 reserved, ro 5 reserved, ro 6 reserved, ro reserved, ro 7 reserved, ro reserved, ro 15:8 reserved, ro lane 3 xgmii data byte, rw default = 8?h00 lane 1 xgmii data byte, rw default = 8?h00 reserved, ro 1. both checkers on == (3.c020h.0=1) or (3.c020h. 1=1) or (3.c030h.0=1) or (3.c020h.0=1)
172 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit pcs vendor specific rx packet checker error counter 3.c034h pcs vendor specific rx packet checker packet counter 3.c035h pcs vendor specific tx packet checker error counter 3.c036h pcs vendor specific tx packet checker packet counter 3.c037h 15:0 rx error detected counter, ro cleared upon read non-rollover rx packet received counter, ro cleared upon read non-rollover tx error detected counter, ro cleared upon read non-rollover tx packet received counter, ro cleared upon read non-rollover bit extended line monitoring control 3.cc00h extended link monitoring status 1 3.cc01h extended link monitoring status 2 3.cc02h extended link monitoring pseudo- random block feature control 3.cc03h tx pseudo- random block counter 3.cc04h 0 extended link monitoring tx enable rw 0 = disabled, default 1 = enabled (initiates query) query_successful flag (amcc part detected), ro 0 = no amcc part at remote end 1 = amcc part at remote end phy query trans - mitted counter, ro non-rollover, cleared on read pseudo-random block tx enable, rw 0 = disabled, default 1 = enabled (begins trans - mission) transmitted pseudo- random block coun - ter, ro rollover, cleared on read 1 extended link monitoring rx enable rw 0 = disabled, default 1 = enabled (enables query response) reserved, ro pseudo-random block rx enable, rw 0 = disabled (default) 1 = enabled (enables checker) 2 reserved, ro reserved, ro pseudo-random single block corrupt, rw 0 = disabled, default 1 = enabled (sends single corrupted block) 3 reserved, ro reserved, ro reserved, ro 4 reserved, ro reserved, ro reserved, ro 5 reserved, ro reserved, ro reserved, ro 6 reserved, ro reserved, ro reserved, ro 7 reserved, ro reserved, ro reserved, ro 15:8 reserved, ro reserved, ro phy query received counter, ro non-rollover, cleared on read reserved, ro
revision 5.11 appliedmicro - confidential & proprietary 173 qt2022/32 - data sheet: ds3051 bit rx pseudo-random block counter 3.cc05h rx pseudo-random block error counter 3.cc06h 15:0 received pseudo-random block counter, ro non-rollover latched on read cleared on read of 3.cc06h received pseudo-random block error counter, ro non-rollover latched on read of 3.cc05h cleared on read bit rmdio control 3.cc08h rmdio device address control 3.cc09h rmdio register address control 3.cc0ah 0 phy rmdio feature tx enable, rw 0 = disabled, default 1 = enabled mdio device address, rw 5?h01 = pma/pmd (default) 5?h02 = wis 5?h03 = pcs 5?h04 = xgxs other = unsupported device address mdio register address, rw default value is 16?h0000 1 phy rmdio feature rx enable, rw 0 = disabled 1 = enabled, default 2 phy rmdio remote read request, rw 1= remote read requested 0= no action (default) 3 phy rmdio remote write request 1 2 , rw 1= remote write requested 0= no action (default) 4 reserved, ro 5 reserved, ro 6 reserved, ro reserved, ro 7 reserved, ro reserved, ro 8 reserved, ro reserved, ro 9 reserved, ro reserved, ro 10 reserved, ro reserved, ro 11 reserved, ro reserved, ro 12 reserved, ro reserved, ro 13 reserved, ro reserved, ro 14 reserved, ro reserved, ro 15 reserved, ro reserved, ro 1. rmdio write request has a lower priority than rmdio read r equest. if both are activated simu ltaneously, the read request will be sent first. 2. the rmdio write feature is password prot ected to prevent accidental writes. to enable rmdio writes, the correct password must be written to register 3.cc0fh. please contact amcc for further information.
174 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit rmdio status 3.cc0bh rmdio received data 3.cc0ch rmdio write data 3.cc0eh unlock rmdio write feature 3.cc0fh 0 rmdio read request sent, ro/lh rmdio received data, ro rmdio write data value, rw password to enable rmdio write fea - ture, rw 1 rmdio write request sent, ro/lh 2 rmdio read response received, ro/lh 3 rmdio write response received, ro/lh 4 reserved, ro 5 reserved, ro 6 reserved, ro 7 reserved, ro 8 reserved, ro 9 reserved, ro 10 reserved, ro 11 reserved, ro 12 reserved, ro 13 reserved, ro 14 reserved, ro 15 reserved, ro
revision 5.11 appliedmicro - confidential & proprietary 175 qt2022/32 - data sheet: ds3051 13.4 phy_xs registers (device 4) bit phy_xs control 1 4.0 phy_xs status 1 4.1 0 reserved, ro reserved, ro 1 reserved, ro power down capability, ro 1 = ability to power down 2 speed selection, ro 0 = operation at 10 gb/s phy xs transmit link status, ro/ll 1=transmit link up 1 1. phy_xs transmit link status = latched low vers ion of mdio reg 4.24.12, transmit lanes aligned 3 speed selection, ro 0 = operation at 10 gb/s reserved, ro 4 speed selection, ro 0 = operation at 10 gb/s reserved, ro 5 speed selection, ro 0 = operation at 10 gb/s reserved, ro 6 speed selection, ro 1 = operation at 10 gb/s and above reserved, ro 7 reserved, ro local fault, ro 1=fault condition 2 2. phy_xs local fault = phy_xs transmit fault (mdio r eg 4.8.11) + phy_xs receive fault (mdio reg 4.8.10) 8 reserved, ro reserved, ro 9 reserved, ro reserved, ro 10 reserved, ro reserved, ro 11 power down, rw 0 = don?t power down 1 = power down 3 3. phy_xs power down enabled will power down the wh ole device with the exception of mdio access reserved, ro 12 reserved, ro reserved, ro 13 speed selection, ro 1 = operation at 10 gb/s and above writes ignored reserved, ro 14 loopback, rw 1= enable phy_xs loopback reserved, ro 15 reset rw/sc 1= reset reserved, ro
176 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 ? bit phy_xs identifier 4.2 phy_xs identifier 4.3 15:0 phy_xs identifier 1 , ro 1100_0010_0000_0000 phy_xs identifier, ro 0000_0000_0010_0101 1. the phy_xs unique identifier is the amcc identifier. bit phy_xs speed ability register 4.4 phy_xs devices in package register 4.5 phy_xs devices in package register 4.6 phy_xs status 2 register 4.8 0 1, pcs is capable of operat - ing at 10 gb/s, ro 0, clause 22 registers not present in package, ro reserved, ro reserved, ro 1 reserved, ro 1, pma/pmd present in package, ro reserved, ro reserved, ro 2 reserved, ro 1, wis present in package (qt2032), ro 0, wis not present in package (qt2022), ro reserved, ro reserved, ro 3 reserved, ro 1, pcs present in package, ro reserved, ro reserved, ro 4 reserved, ro 1, phy_xs present in package, ro reserved, ro reserved, ro 5 reserved, ro 0, dte_xs not present in package, ro reserved, ro reserved, ro 6 reserved, ro reserved, ro reserved, ro reserved, ro 7 reserved, ro reserved, ro reserved, ro reserved, ro 8 reserved, ro reserved, ro reserved, ro reserved, ro 9 reserved, ro reserved, ro reserved, ro reserved, ro 10 reserved, ro reserved, ro reserved, ro receive local fault 1 2 ,ro/lh 1=fault condition linked to 1.9003h.0 11 reserved, ro reserved, ro reserved, ro transmit local fault 3 2 , ro/ lh 1=fault condition linked to 1.9004h.0 12 reserved, ro reserved, ro reserved, ro reserved, ro 13 reserved, ro reserved, ro reserved, ro reserved, ro 14 reserved, ro reserved, ro reserved, ro 0=device responding at this address, ro 15 reserved, ro reserved, ro 0, vendor specific device not present in package, ro 1=device responding at this address, ro 1. phy_xs receive local fault condition = ( xlock = xaui pll locked ), where xlock = 4.c000h.3 2. this bit is linked to an mdio latched hi gh diagnostic alarm register bit. when either register is read both bits will be clea red. 3. phy_xs transmit local fault condition = ( lane deskew ), where lane deskew = 4.24.12
revision 5.11 appliedmicro - confidential & proprietary 177 qt2022/32 - data sheet: ds3051 bit 10g phy xgxs lane status register 4.24 (4.18h) phy_xs test control register 4.25 (4.19h) 0 lane 0 sync, ro 1=lane is in sync test pattern select, rw bit 1 bit 0 1 1 reserved 1 0 mixed speed 0 1 low speed 0 0 high speed 1 lane 1 sync, ro 1=lane is in sync 2 lane 2 sync, ro 1=lane is in sync xgxs receive test pattern enable 1 , rw 0 = disable 1 = enable 3 lane 3 sync, ro 1=lane is in sync reserved, ro 4 reserved, ro reserved, ro 5 reserved, ro reserved, ro 6 reserved, ro reserved, ro 7 reserved, ro reserved, ro 8 reserved, ro reserved, ro 9 reserved, ro reserved, ro 10 phy_xs loopback ability, ro 1 = capable of phy_xs loopback reserved, ro 11 phy_xs pattern testing ability, ro 1 = capable of phy_xs pattern testing reserved, ro 12 xgxs transmit lanes aligned, ro 1= lanes aligned reserved, ro 13 reserved, ro reserved, ro 14 reserved, ro reserved, ro 15 reserved, ro reserved, ro 1. xgxs test pattern precedence: test(4.25.2), pr bs(4.c000h.10), cjpat(4.c000h.8), crpat(4.c000h.9).
178 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit phy_xs vendor specific register 4.c000h phy_xs vendor specific register 4.c001h 0 transmit xgxs reset, rw 0=reset 1= not reset, default note: not self clearing xaui lane 0 prbs error, ro/lh 1 = prbs error 1 receive xgxs reset, rw 0=reset 1= not reset, default note: not self clearing xaui lane 0 prbs error, ro/lh 1 = prbs error 2 reserved, ro xaui lane 0 prbs error, ro/lh 1 = prbs error 3 receive path xaui pll locked xlock , ro 1=locked xaui lane 0 prbs error, ro/lh 1 = prbs error 4 xtxlock<0> = lane 0 lock, ro 1=lane 0 in lock reserved, ro 5 xtxock<1> = lane 1 lock, ro 1=lane 1 in lock reserved, ro,
revision 5.11 appliedmicro - confidential & proprietary 179 qt2022/32 - data sheet: ds3051 6 xtxlock<2> = lane 2 lock, ro 1=lane 2 in lock reserved, ro 7 xtxock<3> = lane 3 lock, ro 1=lane 3 in lock reserved, ro 8 cjpat generator enable 1 , rw 0 = disable, default 1 = enable reserved, ro 9 crpat generator enable 1 , rw 0 = disable, default 1 = enable reserved, ro 10 xaui prbs generator enable 1 , rw 0 = generator disabled (default) 1 = generator enabled reserved, ro 11 xaui prbs checker enable, rw 0 = checker disabled (default) 1 = checker enabled reserved, ro 12 txxmoncv source 0 = lane 3 recovered clock (default) 1 = lane 3 recovered data (xckgn vco cv at txxmoncv) reserved, ro 13 xaui network loopback data override, rw 1=transmit data (default) 0=transmit idles xaui version, ro 14 xaui system loopback enable, rw 0= loopback disabled (default) 1= loopback enabled reserved, ro 15 xaui system loopback data override, rw 1=transmit data 0=transmit all 1?s (default) reserved, ro 1. xgxs test pattern precedence: test(4.25.2), pr bs(4.c000h.10), cjpat(4.c000h.8), crpat(4.c000h.9). bit phy_xs vendor specific register 4.c000h phy_xs vendor specific register 4.c001h
180 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit phy_xs vendor specific register 4.c002h 5:0 reserved, ro 6 xgxs rx rate adjust underflow 1 , ro/lh 1 = underflow linked to 1.9003h.6 7 xgxs rx rate adjust overflow 1 , ro/lh 1 = overflow linked to 1.9003h.6 8 xgxs tx rate adjust underflow 1 , ro/lh 1 = underflow linked to 1.9004.2 9 xgxs tx rate adjust overflow 1 , ro/lh 1 = overflow linked to 1.9004.2 11:10 reserved, ro 12 xgxs rx rate inserted idle flag, ro/lh 13 xgxs rx rate removed idle flag, ro/lh 14 xgxs tx rate inserted idle flag, ro/lh 15 xgxs tx rate removed idle flag, ro/lh 1. this bit is linked to an mdio latc hed high diagnostic alarm register bit. a read of either register clears both. bit phy_xs vendor specific register 4.c003h phy_xs vendor specific register 4.c004h 3:0 xaui lane 0 sync offset, ro xaui lane 0 align offset, ro 7:4 xaui lane 1 sync offset, ro xaui lane 1 align offset, ro 11:8 xaui lane 2 sync offset, ro xaui lane 2 align offset, ro 15:12 xaui lane 3 sync offset, ro xaui lane 3 align offset, ro
revision 5.11 appliedmicro - confidential & proprietary 181 qt2022/32 - data sheet: ds3051 bit phy_xs vendor specific register 4.c005h phy_xs vendor specific register 4.c006h 0 reserved, ro xaui lane 0 8b/10b decode error, ro/lh 1 = decoding error 1 reserved, ro xaui lane 1 8b/10b decode error, ro/lh 1 = decoding error 2 reserved, ro xaui lane 2 8b/10b decode error, ro/lh 1 = decoding error 3 reserved, ro xaui lane 3 8b/10b decode error, ro/lh 1 = decoding error 11:4 reserved, ro reserved, ro 12 xaui lane 0 clock phase error, ro/lh 1 = clock phase error reserved, ro 13 xaui lane 1 clock phase error, ro/lh 1 = clock phase error reserved, ro 14 xaui lane 2 clock phase error, ro/lh 1 = clock phase error reserved, ro 15 xaui lane 3 clock phase error, ro/lh 1 = clock phase error reserved, ro bit phy_xs vendor specific register 4.c007h 1:0 xaui analog loopback lane select (to rxxaui3) bit 0 bit 1 lane 0 0 txxaui0 (default) 0 1 txxaui1 1 0 txxaui2 1 1 txxaui3 2 analog xaui loopback enable, rw 0 = disabled (default) 1 = enabled 3 analog xaui loopback clock select, rw 0 = loopback lane data (default) 1 = loopback lane clock 7:4 reserved, ro 8 idle decoding disable, rw 0 = enable (default) 1 = disable 15:9 reserved, ro
182 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 bit phy_xs vendor specific amcc test patterns control register 4.c010h phy_xs vendor specific amcc test patterns programmable value register 4.c011h 0 enable xaui lane 0 for amcc test pattern 0 = disable, default 1 = enable amcc test pattern programmable value, rw 1 enable xaui lane 1 for amcc test pattern 0 = disable, default 1 = enable 2 enable xaui lane 2 for amcc test pattern 0 = disable, default 1 = enable 3 enable xaui lane 3 for amcc test pattern 0 = disable, default 1 = enable 4 select amcc test pattern on xaui lane 0 0 = static, default 1 = user defined value 5 select amcc test pattern on xaui lane 1 0 = static, default 1 = user defined value 6 select amcc test pattern on xaui lane 2 0 = static, default 1 = user defined value 7 select amcc test pattern on xaui lane 3 0 = static, default 1 = user defined value 8 reserved, ro 9 reserved, ro 15:10 reserved, ro reserved, ro
revision 5.11 appliedmicro - confidential & proprietary 183 qt2022/32 - data sheet: ds3051 bit phy_xs vendor specific vco monitor control register 4.c020h 0 force xaui driver vco 0 = disable, default 1 = force vco 1 select xaui driver vco forced frequency 0 = min freq, default 1 = max freq 2 force xaui cdr vco 0 = disable, default 1 = force vco 3 select xaui cdr vco forced frequency 0 = min freq, default 1 = max freq 4 monitor xaui lane 0 cdr control voltage 1 0 = disable, default 1 = monitor signal 5 monitor xaui lane 1 cdr control voltage 1 0 = disable, default 1 = monitor signal
184 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 6 monitor xaui lane 2 cdr control voltage 1 0 = disable, default 1 = monitor signal 7 monitor xaui lane 3 cdr control voltage 1 0 = disable, default 1 = monitor signal 8 override xtxlock[0] 0 = no effect, default 1 = set xtxlock[0] to 1 9 override xtxlock[1] 0 = no effect, default 1 = set xtxlock[1] to 1 10 override xtxlock[2] 0 = no effect, default 1 = set xtxlock[2] to 1 11 override xtxlock[3] 0 = no effect, default 1 = set xtxlock[3] to 1 12 override xrxlock 0 = no effect, default 1 = set xrxlock to 1 13 spare reg, rw 14 spare reg, rw 15 spare reg, rw 1. when enabled, the txxmoncv output signal will monitor t he selected lane. do not enable more than one lane at a time. bit phy_xs vendor specific vco monitor control register 4.c020h bit phy_xs vendor specific xaui lane 0 error counter register 4.c030h phy_xs vendor specific xaui lane 1 error counter 4.c031h phy_xs vendor specific xaui lane 2 error counter 4.c032h phy_xs vendor specific xaui lane 3 error counter 4.c033h 7:0 xaui lane 0 error counter, ro cleared upon read non-rollover counts 8b/10b decode errors in functional mode. counts prbs errors when xaui prbs checker is ena - bled. xaui lane 1 error counter, ro cleared upon read non-rollover counts 8b/10b decode errors in functional mode. counts prbs errors when xaui prbs checker is ena - bled. xaui lane 2 error counter, ro cleared upon read non-rollover counts 8b/10b decode errors in functional mode. counts prbs errors when xaui prbs checker is ena - bled. xaui lane 3 error counter, ro cleared upon read non-rollover counts 8b/10b decode errors in functional mode. counts prbs errors when xaui prbs checker is ena - bled. 15:8 reserved, ro reserved, ro reserved, ro reserved, ro
revision 5.11 appliedmicro - confidential & proprietary 185 qt2022/32 - data sheet: ds3051 bit tx ratecomp override enable register 4.c040h 0 reserved, ro 15:1 reserved, ro bit tx ratecomp control1 register 4.c041h tx ratecomp control2 register 4.c042h 7:0 tx rate control1 value (rw) tx rate control2 value (rw) 15:8 reserved, ro reserved, ro bit tx ratecomp control3 register 4.c043h tx ratecomp control4 register 4.c044h 7:0 tx rate control3 value (rw) tx rate control4 value (rw) 15:8 reserved, ro reserved, ro bit tx ratecomp control5 register 4.c045h 7:0 tx rate control5 value (rw) 15:8 reserved, ro bit ratecomp override enable register 4.c050h 0 rate override enable (rw) 1 0 = override disabled (default) 1 = override enabled (registers 4.c041 - 4.c055 are active) 15:1 reserved, ro 1. to avoid unexpected behavior, the override enable should be activated after all ra tecomp control registers have been programm ed.
186 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 14 ac and dc parameters absolute maximum ratings are limits which, if exceeded, may cause permanent damage to the device or degrade device reliability. absolute maximum ra tings are not the normal operating condi tions of the device . functional oper- ation should be restricted to the normal operating conditio ns. all voltages are specified with respect to gnd unless bit rx ratecomp control1 register 4.c051h rx ratecomp control2 register 4.c052h 7:0 rx rate control1 value (rw) rx rate control2 value (rw) 15:8 reserved, ro reserved, ro bit rx ratecomp control3 register 4.c053h rx ratecomp control4 register 4.c054h 7:0 rx rate control3 threshold value (rw) rx rate control4 threshold value (rw) 15:8 reserved, ro reserved, ro bit rx ratecomp control5 register 4.c055h 7:0 rx rate control5 value (rw) 15:8 reserved, ro table 54: absolute maximum ratings parameter description min typ max units conditions ts storage temperature -40 150 c tj junction temperature 125 c under bias 1.2v supply voltages -0.6 1.5 v voltage on any cml input pin -0.6 1.5 v on both inputs voltage on any cml output pin -0.6 1.5 v voltage on any cmos pin -0.6 3.6 v esd on rxin, txout, xaui i/o pins -1000 1000 v human body model esd on low-speed digital i/o, power supply -2000 2000 v human body model
revision 5.11 appliedmicro - confidential & proprietary 187 qt2022/32 - data sheet: ds3051 otherwise specified. table 55: operating conditions parameter description min typ max units conditions ta ambient temperature 0 80 c 1.2v supply voltages 1.09 1.2 1.26 v p power consumption in xfp mode (xfp = 1) 0.95 1.26 w wis enabled xaui outputs - rxxlevel = 16.9k fiber output - txlevel = 4.53k txpllout powered up; no monitor outputs enabled; no loopbacks enabled; equalization option on 10gb/s input 0.90 1.19 wis disabled other conditions as above. p power consumption in xenpak mode (xfp=0) 1.02 1.39 1.34 w wis enabled xaui outputs - rxxlevel = 4.53k fiber output - txlevel = 4.53k txpllout powered down; no monitor outputs enabled; no loopbacks enabled; 0.96 1.28 wis disabled other conditions as above. power consumption in low power mode (txon = 0) 0.2 w i xv1p2 current from supply xv1p2 280 333 311 ma i rv1p2 current from supply rv1p2 224 240 260 ma i tv1p2 current from supply tv1p2 152 200 175 ma i tv1p2a current from supply tv1p2a 20 25 ma i rv1p2a current from supply rv1p2a 20 25 ma i corevcc current from supply corevcc 341 ma external supply filtering see ?power supply filtering and decoupling? on page 210. voltage drop due to filtering: xv1p2, rv1p2 or tv1p2 relative to corevdd 45 mv voltage drop due to filtering: tv1p2a relative to tv1p2 15 mv voltage drop due to filtering: rv1p2a relative to rv1p2 15 mv
188 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 note that jb was calculated using boundary conditi ons defined in jesd51-8. note that ja was calculated using a 1s2p multi-layer jedec standard pcb (fr-4, 4? x 4? , 0.063? thick) under forced convection with 0.5m/s (100lfm) airflow. table 56: 190b lbga package constants parameter description min typ max units conditions/notes jc junction-to-case thermal resistance 12.3 o c/w jb junction-to-ball ther mal resistance 22.7 o c/w calculated usi ng boundary conditions defined in jesd51-8. ja junction-to-ambient thermal resistance 32.7 o c/w with natural convection only, no heat sink or air flow 29.5 1 m/s air flow, no heat sink. 28.2 2 m/s air flow, no heat sink. table 57: general cmos i/o dc parameters parameter description min typ max units conditions vol output low voltage 0.2 v iol = 4ma ioff open-drain output off-state leakage 2.5 a at 2.5v iol output low current 8 ma vol = 0.6v vih input high voltage level 0.84 v 3.3v tolerant vil input low voltage level 0.36 v rpd input pad pulldown resistance see table 3 on page 13 for a list of pads with pulldowns 30 50 95 k rpu input pad pullup resistance see table 3 on page 13 for a list of pads with pullups 21 36 49 k tdi,tms 14 24 46 trst_n, resetn 30 50 95 all other pads with pullups hyst hysteresis 80 mv applie s to resetn, trst_n, eeprom_scl and eeprom_sda pins 35 applies to mdc, tms, tdcc, tck and tdi pins cio input / output capacitance 3.5 5 pf vio(dc) = 0.6v table 58: led1, led2, led3 output dc parameters parameter description min typ max units conditions/notes vol output low voltage level 0.4 v sinking 10ma
revision 5.11 appliedmicro - confidential & proprietary 189 qt2022/32 - data sheet: ds3051 table 59: jtag ac parameters parameter description min typ max units conditions/notes fmax tck operating frequency 10 mhz tsu tdi, tms input setup time requirem ent 10 ns wrt tck rising edge. see note 1 1 . thd tdi, tms input hold time requirement 10 ns wrt tck rising edge. see note 1. tdel tdo output propagation delay 30 ns see note 1 and 2 2 . 330ohm pullup to 1.2v, or 750ohms to 3.3v, cload = 50pf. 1. timing is measured from the point where signals cross a voltage level equal to corevdd/2. 2. for a rising tdo output, the delay is measured to a crossing level of 0.7*vpu. for a fallin g tdo output, the delay is measured to a cr ossing level of 0.3*vpu. tdo is generat ed on the falling edge of tck. tdi is clocked in on the rising edge of tck. therefore td o propagation delay must not exceed half a tck period minus the tdi setup time requirement. table 60: mdio 1.2v bidirectional pad dc parameters parameter description min typ max units conditions/notes voh output high voltage vpu v ioh = -100 a ioff open-drain output off-state leakage 2.5 a at 2.5v iol output low current 5.5 ma vol = 0.2v (for 1.2v operation) 8 vol = 0.6v (for 3.3v operation) vol output low voltage 0.2 v vpu = 1.2v with 180 pullup resistor vih input high voltage level 0.84 v 3.3v tolerant vil input low voltage level 0.36 v vpu pullup supply voltage 1.2 v cin input capacitance 5 pf cload load capacitance 470 pf rpu pullup resistance 180 with 1.2v pullup voltage 600 500 with 3.3v pullup voltage table 61: mdio ac parameters parameter description min typ max units conditions thold mdio data input hold time requirement 10 ns wrt mdc rising edge tsetup mdio data input setup time requirement 10 ns wrt mdc rising edge operation under high capacitive load (1.2v pullup)
190 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 tdelay delay from mdc rising edge to mdio data output edge see note . 0 300 ns rpu=400 ; cload=470pf fmax mdc clock rate 3.125 mhz rpu=400 ; cload=470pf mdc high and low times 160 ns rpu=400 ; cload=470pf operation under low capacitive load (1.2v pullup) tdelay delay from mdc rising edge to mdio data output edge see note . 0 32 ns rpu=180 ; cload=100 pf fmax mdc clock rate 25.0 mhz rpu=180 ; cload=100 pf mdc high and low times 20 ns rpu=180 ; cload=100 pf note : delay is measured from mdc rising edge vih_min level (0.84v) to mdio rising edge vih_min leve l (0.84v) or mdio falling edge vil_max level (0.36v) table 62: rdcc, rdcc_clk, tdcc, tdcc_clk ac parameter table parameter description min typ max units conditions frdcc, ftdcc output clock frequency 1.9375 mhz trdcc_delay rdcc output data delay wrt rdcc_clk falling edge 0.1 s see note 1 . ttdcc_setup tdcc input data setup time wrt tdcc_clk falling edge 0.1 s see note 2 . ttdcc_hold tdcc input data hold time wrt tdcc_clk falling edge 0.1 s see note 2 . note 1 : for an output rising edge, the delay is measured to a crossing level of 0.7*vpullup. for an output falling edge, the delay is measured to a crossing level of 0.3*vpullup. note 2 : input timing is measured from the point where i nput signals cross a voltage level equal to corevdd/2. table 63: eeprom_sda & eeprom_scl 3.3v bidirectional pa d dc parameters parameter description min typ max units conditions voh output high voltage vpu v 3.3v tolerant vol output low voltage 0.2 v sinking 3 ma vih input high voltage level 0.84 v vil input low voltage level 0.4 v cin input capacitance 5 pf table 61: mdio ac parameters parameter description min typ max units conditions
revision 5.11 appliedmicro - confidential & proprietary 191 qt2022/32 - data sheet: ds3051 cload external l oad capacitance 470 pf rpu external pullup resistance to vpu 15 k table 64: eeprom interface ac parameters parameter description min typ max units conditions f scl eeprom_scl clock frequency 37 khz t low eeprom_scl low time 5 13.5 s t high eeprom_scl high time 5 13.5 s t trans sda and scl rise and fall time 300 ns t delay sda output delay wrt scl 5 6.75 8 s t sda_setup sda setup time wrt scl 1 s t sda_hold sda hold time wrt scl 1 s table 65: rxpllout characteristics parameter description min typ max units conditions output swing 400 mvpp per side table 66: erefclk, txpllout 1 , srefclk 2 and vcxoi 2 input specifications parameter description min typ max units conditions zse clock single-ended input impedance 40 50 60 zd clock differential input impedance 80 100 120 differential input clock ampl itude 400 900 1600 mvpp ac coupled duty cycle 40 50 60 % tr/tf rise/fall time 200 250 1250 ps 20-80% f eref frequency 156.25 mhz 10ge application 159.375 10gfc application f sref 155.52 or 622.08 mhz wis applications f tolref frequency tolerance 3 -100 +100 ppm 622mhz reference clock: table 63: eeprom_sda & eeprom_scl 3.3v bidirectional pa d dc parameters parameter description min typ max units conditions
192 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 single side-band phase noise @ 1khz -85 dbc/hz to meet sonet jitter requirements. single side-band phase noise @ 10khz -105 dbc/hz single side-band phase noise @ 100khz -125 dbc/hz single side-band phase noise @ 1mhz -130 dbc/hz single side-band phase noise @ 10mhz -130 dbc/hz 155/156/159 mhz reference clock: single side-band phase noise @ 1khz -105 dbc/hz to meet sonet jitter requirements. single side-band phase noise @ 10khz -125 dbc/hz single side-band phase noise @ 100khz -140 dbc/hz single side-band phase noise @ 1mhz -140 dbc/hz single side-band phase noise @ 10mhz -140 dbc/hz 1. applies when txpllout configured as an input. 2. qt2032 only. 3. the device will work pr operly in wan mode with +-100ppm frequency tolerance. however, sonet com- patible applications require a +-20ppm tolerance. table 66: erefclk, txpllout 1 , srefclk 2 and vcxoi 2 input specifications (continued) parameter description min typ max units conditions
revision 5.11 appliedmicro - confidential & proprietary 193 qt2022/32 - data sheet: ds3051 figure 45: xaui input sinusoidal jitter tolerance mask table 67: xaui input interface parameter description min typ max units conditions baud rate see note 1 . 3.125 gb/s for 10ge, where f eref = 156.25 mhz 3.1875 for 10gfc, where f eref = 159.375 mhz baud rate tolerance -100 +100 ppm differential input amplitude and input compliance mask 200 1600 mvpp see figure 46 on page 194 differential input impedance 100 |s11d| differential return loss (referenced to 100 ) common mode return loss (referenced to 25 ) 10 6 db db 100mhz to 2.5ghz input differential skew 75 ps p-p at crossing point jitter amplitude tolerance deterministic jitter deterministic + random jitter total jitter 0.37 0.55 0.55 + figure 45 ui pp all jitter sources combined note 1 : baud rate is specified relative to the 10ge or 10gfc reference clock frequency in table 66 on page 191 8.5 uipp 0.1 uipp 22.1 khz 1.875 mhz 20 mhz
194 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 figure 46: xaui driver far end template table 68: xaui driver characteristics parameter description min typ max units conditions baud rate see note 3 . 3.125 gb/s for 10ge, where f eref = 156.25 mhz 3.1875 for 10gfc, where f eref = 159.375 mhz differential eye height (opening) see note 1 . 870 1000 mvpp 4.53k @ rxxlevel (module application) 300 mvpp 16.9k @ rxxlevel (xfp application) transition times 40 100 ps 20%-80%. see note 4 . total output jitter, tj 0.35 ui no pre-equalization output deterministic jitter, dj 0.17 ui no pre-equalization output differential skew 15 ps measured from the crossings of the eyes for p vs. n outputs differential output impedance 100 dc |s22d| differential output return loss (referred to 100 ) 10 db 312.5 to 625 mhz |s22d| differential output return loss (referred to 100 ) see eqn in note 2 db 625mhz to 3.125ghz note 1 . output level set by rxxlevel external resistor. for 10ge modu le application, amplitude will meet the xaui near-end template specified in ieee 802.3. for xfp line card application, output level can be adjusted down to 300mvpp differential for minimum p ower. note 2 . for 625mhz < freq < 3.125ghz, s22d = -10 + 10log( freq /625) db +800 +100 - 100 -800 0 differential amplitude mvpp time in ui x1=0.175 1-x1=0.825 x2=0.39 1-x2=0.61
revision 5.11 appliedmicro - confidential & proprietary 195 qt2022/32 - data sheet: ds3051 figure 47: xaui driver near end template note 3 : baud rate is specified relative to the reference clock frequency in table 66 on page 191 note 4: measured using a low-frequency square-wave pattern to allow for settling of the waveform resulting in an accurate topline and baseline reference. table 69: serial receiver specifications parameter description min typ max units conditions nominal bit rate see note 4 . 10.3125 10.51875 gb/s 10ge applications 10gfc applications 9.95328 wis applications baud rate tolerance -100 +100 ppm zse single-ended input impedance 50 zd differential input impedance 100 zm input impedance mismatch 5 % stressed input amplitude p-p 10 400 mvpp pe r side, applied differentially (xfp=0) sdd11 differential input return loss 20 db 0.05-0.1ghz differential input return loss 10 db 0.1-7.5ghz differential input return loss (see note 1 ) db 7.5-15ghz table 68: xaui driver characteristics parameter description min typ max units conditions +800 +400 -400 -800 0 differential amplitude mvpp time in ui x1=0.175 1-x1=0.825 x2=0.390 1-x2=0.610
196 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 figure 48: 10 gb/s receiver input compliance mask in xfp mode scc11 common-mode input return loss 6 db 0.1-15ghz scd11 differential to common-mode conversion 12 db 0.1-15ghz jtol_xfp jitter amplitude tolerance 0.65 uipp xfp = 1, sj@80mhz (see note 2 ) jtol_ nonxfp 0.4 uipp xfp = 0, sj@80mhz (see note 3 ) eye mask in xfp mode figure 48 xfp = 1 tl cdr lock time at start-up 200 ms from application of input data and de- assertion of rxlosb_i note 1 : return loss given by equation sdd11(db)= 10 - 16.6log10(f/7.5), with f in ghz note 2 : total jitter made up of ddj+rj+sj; ddj is generated usi ng a length of fr4 to achieve 18ps pp dj and then an additional length corresponding to a worst-case xfi compliant channel; sj is appli ed as per the template given in figure 48. note 3: jitter arrived at according to the sa me procedure as described in ieee 802.3 clause 52.9.10.2. total jitter (tj) made up of ddj+dcd+rj+sj where the ddj is generated using a 7.5ghz bess el-thomson filter, dcd (minimum 0.05uipp) is generated using 1ghz sinus oidal amplitude interference and the sj is applied as per the template given in figure 52-4 of ieee802.3. note 4 : baud rate is specified relative to the reference clock frequency in table 66 on page 191 table 69: serial receiver specifications (continued) parameter description min typ max units conditions +525 +55 - 55 -525 0 differential amplitude mvpp time in ui x1=0.325 1-x1=0.675 (100mv allocated for multiple reflections)
revision 5.11 appliedmicro - confidential & proprietary 197 qt2022/32 - data sheet: ds3051 figure 49: 10 gb/s receiver input sinusoidal jitter tolerance in xfp mode the los detector output is seen at pin losoutb. the los assert and deassert thresholds trigger off of the input signal amplitude. please consult amccs? application note ?implementing los for the qt2022/qt2032? for more information on design practices with the los feature. 0.04 1.13*(0.2/f + 0.1), f in mhz lan mode a pplication 0.17uipp 2e-3 4 8 -20db/dec 0.05uipp 27.2 wan mode application 1.7uipp 15.2uipp 0.01e-3 17.9e-3 80 0.4 0.17uipp 4 8 -20db/dec 0.05uipp 27.2 80 frequency (mhz) frequency (mhz) (qt2032 only)
198 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 figure 50: losoutb hysteresis high low assert losoutb rxin (per side) deassert table 71: serial transmitter specifications parameter description min typ max units conditions f txout lan mode nominal bit rat 10.3125 10.51875 gb/s 10ge applications 10gfc applications wan mode nominal bit rate (qt2032 only) 9.95328 gb/s srefsel = ?0?, f sref *64 srefsel = ?1?, f sref *16 zse single-ended output impedance 50 zd differential output impedance 100 zm single-ended impedance mismatch 5 % differential output amplitude 360 figure 51 mvpp output voltage swing set by external resistor connected to txlevel pin. txlevel = 4.53k tr, tf output rise and fall times 24 ps 20 to 80%. see note 2 . output ac common mode voltage 15 mvrms sdd22 differential output return loss 20 db 0.05-0.1ghz differential output return loss 10 db 0.1-7.5ghz differential output return loss (see note 1 ) db 7.5-15ghz scc22 common-mode output return loss 6 db 0.1-15ghz dj lan mode deterministic jitter 0.05 0.10 0.07 ui pp txlevel = 4.53k
revision 5.11 appliedmicro - confidential & proprietary 199 qt2022/32 - data sheet: ds3051 figure 51: 10.3125gb/s transmitter output compliance mask tj lan mode total jitter see figure 51 0.30 ui pp txlevel = 4.53k wan mode total output jitter (tj) (qt2032 only) see note 3. 7 muirms 50 khz - 80 mhz 50 muipp 50 khz - 80 mhz measured over a 60s interval 150 muipp 20 khz - 80 mhz measured over a 60s interval eye mask see note 3. figure 51 note 1 : return loss given by equation sdd22(db)= 10 - 16.6log10(f/7.5), with f in ghz note 2: measured using a low-frequency square-wave pattern to allow for settling of the waveform resulting in an accurate topline and baseline reference. note 3 : all reference clocks are driven differentially. table 71: serial transmitter specifications (continued) parameter description min typ max units conditions +385 +180 -180 -385 0 differential amplitude mvpp time in ui x1=0.15 1-x1=0.85 x2=0.4 1-x2=0.6
200 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 table 72: txpllout reference clock output specifications (xfp=1) parameter description min typ max units conditions single-ended load impedance 40 50 60 differential load impedance 80 100 120 differential swing (p-p) 640 850 1600 mvpp see note 2 . duty cycle 40 60 % rise/fall time 200 250 1250 ps 20-80% in xfp mode see note 2 .. frequency see note 1 . see table 8 on page 35 . mhz baud rate variation -100 +100 ppm random jitter 10 ps rms up to 100mhz note 1 : baud rate is specified relative to the reference clock frequency in table 66 on page 191 n ote 2 . typical values are represent ative of actual performance.
revision 5.11 appliedmicro - confidential & proprietary 201 qt2022/32 - data sheet: ds3051 note: it is assumed that xaui inputs are always ac c oupled, permitting implement ation of ieee1149.6 section table 73: ac boundary scan test receiver specif ications for x aui inputs (as per ieee 1149.6) parameter description 1149.6 reference min typ max units notes dv valid input swing (see 1149.6 fig. 40) 6.2.1.1rule b, c 300 800 mv min is assumed 80% of driver min ttrans 10-90% transition time (see 1149.6 fig. 40) 6.2.1.1rule b 330 ps max based on xaui driver sim with 50cm fr4 ttrans_max corresponds with dvmin vthreshold threshold voltage in level- detection mode 6.2.2.1rule a 0.9 v cm bias of input receiver vhyst_level hysteresis voltage offset in level-detection mode 6.2.2.1rule a see note same as vhyst_edge thyst hysteresis delay 6.2.2.1rule b 1.0 10 ns thyst_min corresponds with dvmax thyst_max corresponds with dvmin vhyst_edge hysteresis voltage offset in edge-detection mode 6.2.3.1 rule b 100 224 270 mv hp_mult high-pass filter multiplier 6.2.3.1rule i 25 x from table 3 in 1149.6. no low-pass filter assuming vhyst/dvmin=0.9 max thp high-pass time constant 6.2.3.1rule f 250 ns hp_mult * thyst_max chp high-pass ac coupling cap 6.25 nf assuming 40ohms min termination ttest/thp test pulsewidth multiplier for ac (edge-det) mode 6.2.3.1rule k 3 x ttest test period for ac (edge-det) mode 6.2 fig 40 in 1149.6. 1500 ns assuming chp=10nf, thp=500ns note tckperiod can be much shorter than ttest for extest_pulse tckperiod/ thp tck period multiplier for level- det mode 2 x 5*thp = 2.5*tckperiod tckperiod tck period for level-det mode 6.2 fig 42 in 1149.6. 1000 ns assuming chp=10nf, thp=500ns tckfreq tck frequency for level-det mode 1 mhz assuming chp=10nf, thp=500ns
202 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 6.2.3.1 rule a, method 2. table 74: vcxo pll interface parameters parameter description min typ max units notes pfd gain 400 mv/2 rad pfd differential output swing +-400 mvpp vcxo characteristics please s ee vcxoi input specifications in table 66 on page 191 pfd differential r out 2k table 75: round-trip delay constraints parameter description min typ max units notes xgxs & xaui xgxs & xaui sublayer round-trip time 400 ns includes 20? of fr4 in each direction (~7ns) 10gbase-r pcs pcs sublay er round-trip time 160 ns wis wis sublayer round-trip time 2500 ns de fault round-trip delay . does not meet ieee 802.3 specification. 1350 requires modification of default register values. see section 18.9 on page 216 for details. meets ieee delay requirement. serial pma & pmd serial pma & pmd sublayer round- trip time 40 ns excludes optical fiber patch cord.
revision 5.11 appliedmicro - confidential & proprietary 203 qt2022/32 - data sheet: ds3051 15 mechanical the qt2022/32 is housed in a cavity up 15 x 15 mm 2 lbga package. there are 190 solder balls that are spaced 1.0 mm apart. figure 52 shows the package dimensions. figure 52: qt2022/32 package outline drawing 1 1. dimension d tolerances: min = 14.90, max = 15.10 (units in mm) dimension e tolerances: min = 14.90, max = 15.10 (units in mm)
204 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 the qt2022/32 product is available with two choices of ba ll composition. the first opti on is a rohs compliant sol- der ball made from a sn 95.5% ag 4% cu 0.5% alloy material. the second option is the standard sn 63% pb 37% solder ball. ordering information for the two choices is contained in table 79 on page 219. the chip package is rohs compliant for all order codes.
revision 5.11 appliedmicro - confidential & proprietary 205 qt2022/32 - data sheet: ds3051 15.1 pcb layout recommendations a recommended nsmd (no solder mask defined) pad struct ure is given in figure 53. the structure and values are recommendations only, and will vary with manufac turing process. figure 53: recommended pcb layout for bga landing pad for 15x15 mm 2 package. 15.2 baking instructions to remove moisture, bake at 125 c for 14 hours usi ng an oven with nitrogen purge per ipc / jedec j-std-033. baking removes the remote chance of popcorn effects during the reflow process. 15.3 thermal reflow profile the recommended reflow profile for the qt2022/32 is shown in figure 54. peak temperatures are shown for both the leaded and lead-free versions of the products. the lead- free version has a peak temperature of 260c. the standard leaded version has a peak temperature of 225c. 0.016? 0.021? via solder mask opening pad o o
206 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 figure 54: recommended reflow profile 225 / 260 c 100 c 150 c 183 c 220 / 255 c preheat time at 125 (+/-25) c 60-120s time at peak temp 10-20s time above 183 c 60-150s average ramp-up rate (183 c to 220 c / 255 c) 1.0-2.0 c/sec : 225 c peak 1.5-2.5 c/sec : 260 c peak average ramp-down rate 6 c/sec max peak temp: 220 (+5/-0) c (pbsn) or 260 (+0/-5) c (snagcu) note: reflow profile for snpb solder and snagcu solder is the same except for peak temperature. peak temp for snpb is 225 c; for snagcu it is 260 c. 225 / 260 c 100 c 150 c 183 c 220 / 255 c preheat time at 125 (+/-25) c 60-120s time at peak temp 10-20s time above 183 c 60-150s average ramp-up rate (183 c to 220 c / 255 c) 1.0-2.0 c/sec : 225 c peak 1.5-2.5 c/sec : 260 c peak average ramp-down rate 6 c/sec max peak temp: 220 (+5/-0) c (pbsn) or 260 (+0/-5) c (snagcu) note: reflow profile for snpb solder and snagcu solder is the same except for peak temperature. peak temp for snpb is 225 c; for snagcu it is 260 c.
revision 5.11 appliedmicro - confidential & proprietary 207 qt2022/32 - data sheet: ds3051 16 marking drawing figure 55: marking drawing notes (unless otherwise specified): yyww jjjjjjjjj cccccc m legend (in row order ? including symbols): m ? laser mark nomenclature as indicated and approximately where shown. amcc logo amcc part ordering id xxxxxxxxxx: 11 digit order code (see ordering information) mask protection symbol yy: assembly year code ww: assembly week code jjjjjjjjj: up to 9 characters alpha-numeric supplier assembly lot code esd protection symbol ccccc: assembly location jedec j-std-609 pb-free marking standard row #6: e1 row #1: row #2: row #3: row #5: row #4: e 1 xxxxxxxxxxx pin 1 zzzzzz zzzzzz: 6 digit appliedmicro lot code row #7:
208 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 17 thermal the qt2022/32 190-ball lbga package incorporates state-of -the-art high speed performance in a low-cost plastic package with an advanced thermal solution. there are tw o primary thermal paths, junction-to-case (jc) and junc- tion-to-ball (jb). the central 5x5 ball array on the package provide 25 ther mal relief paths into the pcb substrate. these are used as a primary heat dissipation path for the chip. to optimize thermal performance, please ensure there is a ground via for each thermal ball in the la yout. thermal modelling is based on a 1s2p multilayer jedec standard (100x100 mm), 1.6 mm fr4 pcb. the thermal model for the package is given in figure 56. package thermal parameters are given in table 56, ?190b lbga package constants,? on page 188. figure 56: lbga thermal model t a t c t j jc ca jb ba die package pcb
revision 5.11 appliedmicro - confidential & proprietary 209 qt2022/32 - data sheet: ds3051 18 application notes 18.1 external components figure 57 illustrates external components required to bias or te rminate signal pins fo r proper operation of the qt2022/32. figure 57: external component values and connections 750 2% 5.6 nf 10%* qt2032 / rxxaui 2x4 rxip rxin rxfp rxfn rv1p2a txoutp txoutn txfp txfn tv1p2a rxipump 6.49k 2% txipump rxxlevel txlevel rxicxp 10nf ith_los xbias rxicxn 100 nf+-10% 6.49k 2% 4.53k 100nf+-10% 100nf+-10% qt2022 4.53k 750 2% 5.6 nf 10%* 150 2% 150 2% 10 nf 10% 10 nf 10% 6.49k 2% refer to ?implementing los application note for details leave unconnected when not used. for the qt2022/qt2032? * note: if 5.6nf capacitors are not available, substitute with 6.8nf10%. this is acceptable in lan applications only.
210 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 18.2 loop filter component selection the receive pll components (connected to the rxfn/p pins in figure 57) and the transmit pll components (con- nected to the txfn/p pins in figure 57) must be selected carefully. due to the sensitivity of these circuits, amcc recommends thin film capacitors instead of the more common ceramic capacitors. ceramic capacitors are known to exhibit a piezoelectric effect, most often observed duri ng temperature cycling. the voltage spikes caused by a ceramic capacitor can adversely affe ct the pll performance, potentially inducing errors on the traffic. for further information on the piezoele ctric effect, please read the applicat ion note, ?piezoelectric effect in ceramic capacitors? at www.atceramics.com. 18.3 power supply filtering and decoupling power supply filtering recommendations are provided in a separate application note. please contact amcc for fur- ther information. 18.4 dual 10ge & 10gfc rate support with the qt2022/32, a module or sy stem card can be designed that will su pport both the 10ge and 10gfc rates in a single design. this is accomplished by configuring the txpllout pins as clock inputs. two reference clocks can be supplied to the chip, one at 156.25 mhz (for 10g e) and the other at 159.375 mhz (for 10gfc). one clock can be connected to the standard erefclk input and the other to the txpllout input. by default, the erefclk input is select ed. by setting mdio register bit 1.c0 01h.7 to 1, the reference clock sup- plied to the txpllout pins will be se lected and the clock signal on the erefclk input is ignored. either input may be used for the two different clocks. device jitter performance is the same with both inputs. to minimize module power consumption and to prevent co upling, the unused oscillator should be powered down using the gpio drivers (led1, led2 or led3). one gp io output can be used to drive the enable/disable pin for each oscillator. clock input selection requires an mdio command. the default settings can be modified by taking advantage of the extended eeprom memory support. pleas e see section 10.7, ?register confi guration from external eeprom,? on page 91 for details. 18.5 reset requirements 18.5.1 powerup reset in a module application in a module application (xfp=0), the reset signal must be applied to the trst_n pin after powerup to guarantee proper operation. this will reset the tap circuitry and th e core circuitry inside the chip. a reset signal must be applied after hotplug and should be provided by a powerup/reset controller inside the module. the reset signal from the module edge connector can be applied to the trst _n signal, as shown in figure 58. the module reset signal can also be applied directly to the resetn pin. the tap port requires a reset only on powerup. it does not need to be reset afterwards for proper operation of the chip and therefore does not ne ed to be connected to the modu le edge connector reset signal.
revision 5.11 appliedmicro - confidential & proprietary 211 qt2022/32 - data sheet: ds3051 figure 58: powerup reset in a module application resetn reset to core circuitry corevdd 24k active low xfp trst_n reset to tap circuitry active low powerup/reset controller module signal reset
212 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 18.5.2 powerup reset in a system application in a system application (xfp=1), the reset signal must be applied to th e trst_n pin and the resetn pin after powerup to guarantee proper operation. the reset signal to the trst_n pin is required to reset the tap circuitry. the reset signal to the resetn pin is re quired to reset the core circuitry. figure 59: powerup reset in a system application 18.5.3 valid startup sequences valid startup sequences are depicted in figure 60. a hard reset must be applied during the startup sequence. the hard reset signal must be applied to the trst_n and/or resetn pins, as described in section 18.5.1 or section 18.5.2, as applicable. the hard reset signal must be held low for a minimum of 500us after the power supplies have stabilized to acceptable values (as specified in table 55 on page 187). a valid ethernet reference clock must be supplied to the ch ip before the resetn signal is pulled high. the chip can be powered up in low power mode if desired (txon low). a soft reset is not required but can be applied. a soft reset cannot be substituted for a hard reset on startup. in a xenpak module application, the hard reset must be s upplied by a reset controller inside the module in order to meet the requirement specif ied in xenpak msa figure 16. figure 60: valid startup sequences resetn reset to core circuitry corevdd 24k active low xfp trst_n reset to tap circuitry active low powerup/reset controller txon trst_n/resetn mdio (x.0.15) vih vil vih vil ?1? ?0? note: soft reset is self-clearing t=0 (power applied) phy not ready phy ready outputs enabled soft resets are not required to complete the startup sequence. however, the startup sequence is compatible with soft resets. erefclk on off
revision 5.11 appliedmicro - confidential & proprietary 213 qt2022/32 - data sheet: ds3051 18.5.4 reset timing reco mmendations after powerup it is recommended to ensure there are no i2c transaction s in progress before applying a reset to the qt2022/32. the reset can interrupt any ongoing i2c transactions and re-initialize the qt2022/32?s i2c bus controller. however, it will not reset the peripheral i2c device. if an i2c trans action is interrupted by a reset, the peripheral device will expect the transaction to continue. after reset the qt2022/32 will initialize the bus as described on pa ge 89. this will clear all i2c transactio ns, so all peripheral devices are ready to accept a new command. ho wever, robust firmware should not rely on this feature to clear the bus. i2c activity is reported in the nvr control/status registe r (1.8000h) and dom control/status register (1.a100h). ensure the command status fields of both registers do not report ?in progress? (bits 3:2 not = ?10?) before apply- ing a reset. refer to amcc document gan2072, ?reset timing recommendations? for more details. 18.6 mdio bus implementation although the mdio bus is a relatively low-speed bus the transition times can be very fast, so correct implementa- tion is important. the mdc signal, originating from the station manager (sta) on the host system, may or may not require a pullup resistor depending on implementation. the mdio does require a pullup. in a module application, it is recomme nded that all pullup resistors be placed on the host card. if the pullup resis- tors are placed in the module, the pullups will act in parallel in a multi- port line card. t he total pullup resistance will be reduced in accordan ce with the number of populated modules. thus the pu llup resistance will be unpredictable and, if it is too low, may exceed the current drive capabilities of the driver.
214 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 18.7 improving mdio bus integrity in many systems, there can be signific ant ringing and crosstalk on the md io and mdc signal s. the ringing is caused by potentially large capacitance and self-inductance of the signal lines. very fast transitions can stimulate lc ringing and result in crosstalk between the two signal lines, since they are often routed in close proximity. to minimize or eliminate ringing, place a small-valued series resistor directly on the mdio and mdc nets. the resistor introduces a real loss into the circuit, which effectively damps ou t the ringing. the resistor value, r, should be less than ~10% the value of the pullup resistor, rpu, to prevent significant ground offset of vil. for module appli- cations, series resistors should be placed in the module as well as on the hostboard. the resistor on the hostboard should be placed near the middle of the bus. to avoid crosstalk, the mdio and mdc signals should be separated sufficiently on the layout. placement of a ground plane or power plane between the traces will help eliminate crosstalk. include component footprints for pullups to vcc on mdio and mdc inside the module . this will provide the flexibil- ity to modify the bus termination as required. modifica tions to the termination may be required to ensure bus integrity on different host cards. figure 61: mdio bus implementation mdio mdc station manager r r edge connector (module application only) rpu vcc (mmd) qt2032/qt2022 (sta) e.g. mac r r vcc
revision 5.11 appliedmicro - confidential & proprietary 215 qt2022/32 - data sheet: ds3051 18.8 xaui traffic testing with a bert it is possible to program a parallel traffic generator and error detector (bert) to generate and detect errors in a xaui-compliant data stream. for example, the exact cjpa t pattern can be programmed into the bert?s pattern buffer, as specified in ieee 802.3-2005 clause 48a.5.1. this pattern can be sent into the xaui input of a qt2022/ 32 device, looped back on the fiber interface and returned to the bert error detector. in this setup, the qt2022/32 lan reference clock must be synchronous to the bert refe rence clock. this test setup is shown in figure 18.8. during normal operation of th e qt2022/32, this test setup will fail to work as in tended. the bert error detector will not be able to synchronize to the output data from the dut. this is due to the idle randomization process in the 8b/ 10b encoder, which will scramble the ||a||, ||k|| and ||r|| codes in the sign al stream. the bitstr eam received by the bert will not exactly match the transmitted bitstream. since the bert is not protocol-awa re, it will be unable to synchronize to this pattern. this problem can be defeated by disabling the idle decode process within the qt2022/32. figure 62: xaui pattern testing with a parallel bert this is described in detail in section 11.7, ?disabling the idle decode process,? on page 106. when the idle decode process has been disabled, the test setup in figure 18.8 will work as expected. however, the disparity of the output signal from the qt2022/32 must be accounted for in the bert receiver pattern. 18.8.1 running di sparity with cjpat the cjpat pattern produces the same disparity on all 4 lane s. only two possible encodings can occur. only one of the two encodings will match the signal from the rxxaui out put from the chip. each pa ttern must be loaded into the bert?s pattern buffer to see which one matches. the running disparity will be maintained until the signal is interrupted. if the signal is interrupted or the chip is reset, the running disp arity will have a 50:50 chan ce of remain ing the same. the cjpat pattern that is loaded into the bert might need to be swapped for the alternate pattern. note: the cjpat pattern cited in the ieee 802.3-2005 st andard clause 48a.5.1 does not include sufficient idle codes to meet the input requirements of the xaui interface. these requirements are specified in clause 48.2.4.2. more specifically, lane 0 does not receive a valid ||a|| ordered_set to allow lane alignment (see table 48a-10). in order for the cjpat pattern to work properly, an additional ||a|| column must be added at the end of the pattern. parallel bert clock source xaui physical 3.125ghz 156.25mhz external qt2032/ phy_xs pma/pmd qt2022 medium data clock sync phy clock source
216 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 18.9 jumbo frame support and round-trip delay in wan applications the default startup configuration of the qt2032 supports jumbo frame transmission (10kb frame size). this is sup- ported in both wan and lan modes. when operating in wan mode, the round-trip delay time of the chip exceeds the ieee requirement of 14336 bit times 1 (bt) specified in clause 50.3.7. th e delay constraints of the qt2022/32 are presented in table 75 on page 202. the qt2032 can be programmed to comply with the ieee round-trip delay constraints. however, in doing so jumbo frames are not supported. table 76 on page 216 provides the necessary information to program the chip to meet the delay constraints. all registers listed in the table must be set to guarantee the specified delay constraint. register bit 4.c050h.0 is an enable bit. the enable bit must be set last when reprogramming the delay constraints. when this bit is set to ?0 ?, the chip will oper ate in its default mo de i.e. it will supp ort jumbo frames. . 18.10 dom memory behavior the dom memory definition is presented in table 27 and t able 28 of the xenpak msa. most of the defined fields store 16-bit values that span two i2c addresses. to ensure partially updated fields are not read over the mdio bus 2 , the qt2022/32 organizes the dom memory into pairs. when an mdio command reads an even-numbered address location in the dom memory range 1.a000h-1.a0ffh, the register at the next higher mdio address will be latched. this means t hat the current value will not be updated to show a newer value, even if the peripheral dom device is read again. the latched odd register address will be unlatched by two (or more) successive mdio reads. the most recently read value from the dom device on the i2c interface is buffered in internal memory. mdio reads of the even address will update the associated o dd mdio register with the most recent value. this is expected behavior for most of th e defined registers in this space, wh ich store 16-bit fields that span two addresses. mdio reads from these memory addresses must be performed in pairs to upload the full 16-bit field. this is not expected behavior for mdio registers 1.a070h - 1.a071h and 1.a0 74h - 1.a075h. these registers do not store fields that span two registers. to ensure mdio reads to the odd addresses report the current value, per- form mdio reads in pairs. re ad the associated even address first. alte rnatively, read each odd register twice. the contents of register 1.a071h feed into the lasi alarm. note that the internally buffered memory value is used to drive the lasi alarm. the lasi alarm will trigger as expected, even if the mdio register is latched with an old value. 1. the bit time (bt) is the reciprocal of the bit rate. for 10g e, 1 bt = 100ps. see ieee 802.3-2002 clause 1.4.50 for more detai ls. table 76: register values for round-trip delay compliance register address values to meet ieee round-trip delay constraint in wan mode (max. 2kb packets) 4.c041h 4.c042h 4.c043h 4.c044h 4.c045h 4.c051h 4.c052h 4.c053h 4.c054h 4.c055h 4.c051h 0x0000 0x00f8 0x0002 0x000b 0x0001 0x0004 0x00fd 0x006e 0x00fd 0x0078 0x0001 2. in particular, if the msb of a two-byte field is read over the mdio bus while a dom update is in progress, the lsb may be upd ated before it is read over the mdio bus, such that the lsb and ms b contain values from two different dom read events.
revision 5.11 appliedmicro - confidential & proprietary 217 qt2022/32 - data sheet: ds3051 19 references the industry standards, documents, and references listed in table 77 represent information relevant to the devel- opment and deployment of the qt2022/32. table 77: supporting documents document revision date description ieee std. 802.3-2005 released 2005 2005 csma/cd acce ss method and physical layer specifications (ieee computer society - lan/man standards committee) xenpak msa issue 3.0 september 18, 2002 xenpak 10 gigabit ethernet multi-source agreement (xenpak msa group) ipc/jedec j-std-033a revision 1.0 july 2002 handling, packing, shipping, and use of moisture /reflow sensitive surface mount devices (jedec jc-14.2 committee and ipc b-10a ccct group) ieee std. 1149.6-2003 released 2003 standard for bo undary-scan testing of advanced digital networks ieee std. 1149.1-2001 released 2001 ieee standard te st access port and boundary-scan architecture incits t11/project 1413-d revision 3.1 june 7, 2002 fib re channel 10 gigabit (10gfc) standard working draft xfp msa revision 3.1 april 2, 2003 indu stry multi-source agr eement specifying a fiber optic module with a 10g electrical interface (adopted revision). jedec jesd8-11 october, 2000 1.5 and 0.9-1.6 v power supply voltage and interface standard for nonterminated digital integrated circuits rl2032_2022-0 revision 2.0 july 11, 2005 qt2032a2/qt2022c2 reliability report (applied mi cro circuits corporation) gr-253-core issue 3 september, 2000 synchronous optical network (sonet) transport systems: common generic criteria (telcordia technologies) rohs directive february 13, 2003 directive 2002/95/ec of the european parliament and the council of 27 january 2003 on the restriction of the use of certain hazar dous substances in electrical and electronic equipment (official journal of the european union l 037, 13/02/2003 p. 19 - 23) ?piezoelectric effect in ceramic capacitors? application note describing piezoelectr ic effects in ceramic capacitors. published by american technical ceramics (www.atceramics.com) qan0026 v1.1 july, 2004 implementat ion and usage tips for xfp appli cations (applied micro circuits corporation) qan0054 v1.1 march 30, 2005 reset timing recomme ndations for amcc phys (applied micro circuits corporation) qan0074 v0.3 june 2, 2006 implementing los for the qt2022/qt2032 (applied micro circuits corporation)
218 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 table 78: revision history rev date description 5.11 april 7, 2010 updated the ?revision hist ory? notes for revision 5.00 with additi onal details about the solder ball diam- eter (see underlined text). 5.10 march 11, 2010 updated ?wis synchr onization (octet and frame delineation)? on page 41 with more information on framing pattern. added section ?sef defect generation? on page 41 , section ?lof defect generation? on page 42 and ?los defect generation? on page 42. corrected typo on section 8.4.1 on page 62 to refer ence register field 1.9002h.7 instead of 1.9002h.3. updated marking drawing in figure 55 on page 207 to include the appliedmicro lot code (add row #4) indicated tolerances for parameters d and e of package outline drawing in figure 52 on page 203. corrected turnaround (ta) timing in mdio read and read increment transactions in figure 23 on page 76. 5.00 december 16, 2009 page 201, package outline drawing updated. t he nominal solder ball diameter (b) was changed from 0.46mm to 0.45mm, in accordance with jedec st andard procedures and practices. see jedec publi- cation no. 95, spp-003 issue c, item number 11.2 -740(s) for details. 2.03 november 4, 2009 page 201, refe rence to ball diameter removed. page 216, ordering information changed from qt2022prkcb-1 to qt2022prkcb 2.02 september 4, 2009 page 206, added marking drawing page 217, updated ordering information 2.01 march 4, 2008 pg 13, corrected description of eref clkc input. added requirement for external ac coupling. 2.00 december 20, 2006 increased maximum power consumpt ion specification for wan mode in table 55 on page 187. changed dj specification for 10gbps seri al transmitter in table 71 on page 198. changed maximum current draw for xv1p2 and tv1p2 power supplies in table 55 on page 187. decreased maximum current draw for rv1p2 power supply in table 55 on page 187. added specification of maximum current draw for corevcc power supply in table 55 on page 187. inserted additional iol specification for mdio in table 60 on page 189 to show ieee compliance. changed pullup specification for 3.3v oper ation for mdio in table 60 on page 189. corrected definition of 2.c500h bit 8 to be reserv ed (ro); corrected definition of 2.c500h bit 9 to be ?far-end ais-p/lop-p? (ro) corrected definition of 1.c003h bits 15:14 to re move 600khz operation which is not supported by i2c. corrected definition of ?phy_xs code error? to pr operly refer to the xaui c ode violation fields in 4.c006h.3:0 in table 25 on page 65. updated bit field definition of 1.8.10 (pma receive local fault) and 1.8. 11 (pma transmit local fault) to be consistent with table 19 on p age 58. also updated text description of section 8.2.4 on page 55 for consistency. updated the definition of 2.c502h bits 7 and 6 to more accurately describe the behavior in table 29 on page 68 and in the register map (2.c502h and 2.c501h updated). corrected definition of ?receive optical power fault? on page 126 to ?ro?. now consistent with definition in table 24 on page 64. corrected definition of mdio register 2.c002h.9 to ?wis tx ss bit insert enable? on page 151. added text describing features and usage of wis tx oh byte insert feature in section 7.3.9 on page 49. updated definition of wis register field 2.c000h. 5 to match behavior as flag that detects ndf. note: in this document, deleted text is shown with a strikethrough . inserted text is underlined . 1.02 october 13, 2006 minor updates 1.01 september 19, 2006 converted to amcc format.
revision 5.11 appliedmicro - confidential & proprietary 219 qt2022/32 - data sheet: ds3051 20 ordering information to order qt2032 and qt2022 products, quote the order number listed in table 76. table 79: ordering information product description product name version order number qt2032 qt2032 a2, snpb solder balls qt2032pbkcb a2, snagcu solder balls QT2032PRKCB qt2022 qt2022 c2, snpb solder balls n/a c2,snagcu solder balls qt2022prkcb qt2032a2/qt2022c2 evaluation board 1 1. the evaluation board comes with a mounted qt2032. the qt2022 product can be evaluated by oper ating the qt2032 in lan mode. qt2032-ekg-1a2 qt2032a2 2-port xfp reference design kit qt2032-rd7-1a2
220 appliedmicro - confidential & proprietary revision 5.11 qt2022/32 - data sheet: ds3051 appliedmicro technical support: support@appliedmicro.com http://www.appliedmicro.com appliedmicro reserves the right to make changes to its products , its datasheets, or related documentation, without notice and w ar- rants its products solely pursuant to its terms and conditions of sale, only to substantially comp ly with the latest available datasheet. please consult appliedm icro?s term and conditions of sale for its warrantie s and other terms, conditi ons and limitations. appli edmi- cro may discontinue any semiconductor product or service without not ice, and advises its customers to obtain the latest version of relevant information to verify, before plac ing orders, that the information is curren t. appliedmicro does not assume any liabil ity arising out of the application or use of any product or circuit descri bed herein, neither does it convey any license under its patent r ights nor the rights of others. appliedmicro reserves the right to ship devices of higher grade in place of those of lower grade. appliedmicro semiconductor product s are not designed, intended, au thorized, or warranted to be suitable for use in life-support applications, devices or systems or other critical applications. appliedmicro is a registered trademark of applied micro circuits corpor ation. copyright ? 2010 appli ed micro circuits corporati on. i2c bus ? is a registered trademark of philips el ectronics n.v. corporation netherlands

▲Up To Search▲

Price & Availability of QT2032PRKCB

	To Download QT2032PRKCB Datasheet File
If you can't view the Datasheet, Please click here to try to view without PDF Reader .